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SECTION 1 
INTRODUCTION AND SYSTEM OVERVIEW 



CHAPTER 1 
INTRODUCTION 



This manual contains a comprehensive technical descriotion nf f ho 

1. Introduction and overview 

2. Functional and detailed logic level 

The introduction and overview level provides a desrrinUnn ^ -k 

c^cteS^of e^ch ^^ -— " -"the operational 

1.2 MANUAL ORGANIZATION 

This section provides an overview of the VAX 8800 System Technical 

of the system and provides a list of reference 
documentation. ™ ce 

Chapter 2 System Control, mcludes a description of the console 

interact,^ p ° per * tln Q modes - *"° console/operator 
interaction. Provides an overview of the console 
commands, operator displays, and the console logfUe? 

Chapters System O peration .Description of the CPU microcode 
rt ? 9 ,, ,Ue J " Cln9 ' format, parallel operations, 

interrunri L/^ ^^ Mem ° ry I/0 transfers, and 
interrupts and exceptions. 

Chapter 4 Diagnostic and Maintenance Aids. Discussion of 
available diagnostics, error logging, voltaae 
margining, and remote diagnostic procedures? volta 9 e 

entire manual is divided into 10 sections as shown in Table 



The 
1-1. 
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Table 1-1 Technical Description Manual Organization 



Section Description 



Introduction and overview of the VAX 8800 system and 
its major components. 

System Bus Summary. Description of the VAX 8800 bus 
architecture and how the system components are 
interconnected. 

Console Subsystem. Introduction and functional 
description of the console subsystem. Includes an 
explanation of how the console interacts with the VAX 
8800 system. 

Power System Complex. Description of the VAX 8800 
power system including major components, controls and 
indicators, power modules, environmental monitoring, 
and distribution. 

Clock Module. Functional description of the system 
clock generation logic. 

IBox. Functional description of the instruction box 
logic, including microsequencer , writable control 
store, instruction buffer, and instruction stream 
decoder hardware. 

EBox. Functional description of the execution box 
logic including slow data file, register file, mam 
ALU, BCD ALU, and array processor. 

CBox. Description of the cache box logic including 
translation buffer, microsequencer, and NMI write 
buffer. 

MBox. Description of the VAX 8800 memory system logic 
.inriinn d-monshui-p mpmorv arrav board, VAX 8800 



3 JL J- 



ay bus, and NMI signal functions 



10 NBI (NMI to VAXBI Adapter). Description of the VAX 

8800 memory interconnect (NMI) to VAX bus interconnect 
(VAXBI) adapter including NBIA and NBIB modules, and 
VAXBI interface. 



1.3 RELATED DOCUMENTATION 

Table 1-2 provides a list of related documents containing 
additional information pertaining to the VAX 8800 system. The 
references listed in the table refer to documentation available at 
the svstem level only. Each section of this manual provides a 
list of related information for the specific area of the system if 
applicable . 
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Table 1-2 Related Documentation 



Title 

Document Number 



VAX 8S00 t YS l em " ardware . ^er's Guide EK-8800H-UG-001 

VAX 8800 Z S J em ° la 9"° stl = "ser's Guide EK-KA88D-UG-001 

VAX 8800 I Maintenance Guide EK-88XV1-MG-001 

VAX 8800 I?^ 6 S InStallatlon G "ide EK-8800I-IN-001 

V- 8P00 ^ t ?, P r? a f atl ° n and Planni "9 Guide EK-8800P-SP-001 
v »» 88UU rxela Maintenance Print Set 



1.4 SYSTEM DESCRIPTION 

The following paragraphs provide a general, physical and 

description iT", nY"^ „°5 the ■ VAX «8°° Vstem! Thff unctional 
description is intended to provide an overview of the system and 
an explanation of how the major components described in the 
subsequent chapters interact with each other. cuoea in tne 

adaotlole \ 8 o° JVltS ±,J R „™l: b ™*' hi ^ h Performance system 
^ -_ ~_ .„« uv,wnn^ai auu curamerciai applications Th^ 
system supports the VAX/VMS operating system and^s configured as 
either a single or dual-CPU system. y 

Drimarv al CPn U J^ tem . allows as y"™etrical multiprocessing with the 
»«?nnL ? ° P erformln 9 all I/O transfers. The secondary CPU is 
assigned to perform compute-ready processes. 



1.5 PHYSICAL DESCRIPTION 




following?" 1 ^ h ° USed " a " H965 ° cabinet and contains the 

• Module power system 

• Cooling system 

• Module cardcage (backplane) 

• Input/output bulkhead 

An H9652 expansion cabinet is used to house the power system ac 
input transformer and the system battery backup unit. 




I 1-3 



A.M.D. 



300 VBUS # 1 



300 VBUS # 3 



300 VBUS # 2 



o 

TS2 



AFS 



o 

TS3 



AFS 



o 

TS4 



\< — 


MPS BACKPLANE 








PS BACKPLANE # 




ti 


M 1 ►N — 


■VI 


c. 


^l 


H 


H 


H 


H 


H7188 


H 


H 


g 


H 


H 


7 


7 


7 


7 




7 


7 


7 


7 


1 


1 


1 


1 


E 


1 


1 




1 


1 


8 


8 


8 


8 


M 


8 


8 


R 


8 


8 


9 


9 








M 


7 


7 


E 


6 


6 



MODULAR POWER SUPPLIES, BACKPLANE, AND CAGE 



B! 



CPU 



O 



CPU 



LOGIC CARDCAGE 



I/O BULKHEAD 



NBOX 



MEMORY 



o 

TS1 



876 POWER 
CONTROLLER 



NOTE: 1 . TS = TEMPERATURE SENSE 

2. AFS = A!R FLOW SENSE 

3. A.M.D = AIR MOVING DEVICE 



Figure 1-1 VAX 8 800 System Major Component Locations 

(Rear View) 
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Table 1-3 VAX 8800 System Physical Characteristics 



Characteristics Parameters 



Cabinet Type H9650 

Cabinet Dimensions 

Width 46.5 inches 

Height 61.5 inches 

Depth 30.0 inches 

Environmental 

Estimated Maximum Heat 6500 Watts 

Maximum Temperature Rise 17 Degrees Celsius 

Temperature Range 

Operational 10 to 40 Degrees Celsius 

Nonoperational -40 to 66 Degrees Celsius 

Humidity 

Operational 10 to 90 percent relative humidity 

Nonoperational 10 to 95 percent relative humidity 

Cooling System 

T YP e Air moving device 

Drive Three phase 208 Vac, 60 Hz/440 Vac, 

50 Hz induction motor 
Air Mover Quad inlet, dual outlet centrifugal 

blower 
Air Source Filtered ambient air 

Electrical 

Input Requirements Three phase 208 Vac, 60 Hz/440 Vac, 

50 Hz 
Internally Generated 300 Vdc 

+/-5 Vdc 

+/-12 Vdc 

+10 Vdc 

-5.2 Vdc 

-2.0 Vdc 
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Figure 1-2 Cardcage Module Layout (Front View) 



Table 1-4 Cabinet Module Identification 



Slot Module 



Description 



CPU 



1 


WCS 


2 


SEQ 


3 


DEC 


4 


CCS 


5 


ADP 


6 


SLCO 


7 


SLC1 


8 


SHR 


9 


NBIA I/O 1 


10 




11 


CLK 


12 


NBIA I/O 2 


13 


WCS 


14 


SEQ 


15 


DEC 


16 


CCS 


i -i 


7V T-\1-> 


X 1 


iAUf 


18 


SLCO 


19 


SLC1 


20 


SHR 


21 


MCL 




MAR 4 




VAXBIO/ 




VAXBI1 



Writable Control Store 
Sequencer 

Instruction Decoder 
Cache Control Sequencer 
Address Data Path 
Data Slice 
Data Slice 1 
Shifter 

Reserved 

Clock and Console Interface 

Writable Control Store 

Sequencer 

Instruction Decoder 

Cache Control Sequencer 

Address Data Path 

Data Slice 

Data Slice 1 

Shifter 

Memory Controller 

4-Mbyte Memory Array 

VAX Bus Interconnect Options 



Right 
Right 
Right 
Right 

i\lyiiL 

Right 
Right 
Right 
Both 

Both 
Both 
Left 
Left 
Left 
Left 
Left 
Left 
Left 
Left 
Both 
Both 
Both 



Power Supply 



Table 1-5 Power Supply Identification 



Description 



MOD C H7186 

MOD B H7186 

MOD D H7187 

EMM 

MOD E H7180 

MOD F H7189 

MOD H H7189 



+5.0 Vdc Supply 

+5.0 Vdc Supply (Battery Backup) 

-2.0 Vdc Supply 

Environmental Monitoring Module 

-5.2 Vdc Supply 

+5.0, -2.0, +/-12, -5.2, +15 Vdc Supply 

+5.0, -2.0, +/-12, -5.2, +15 Vdc Supply 



1.6 FUNCTIONAL DESCRIPTION 

o^ thf ^° f Stem K confi g^^ion as shown in Figure 1-3 consists 
bs em C ° e subsystem, a primary CPU, secondary CPU, memory 

or two VAX tT Q - t0 , Glght 4 " MbYte arrayS ' P° wer *y st ™> ^d one 
or two VAX bus interconnect VAXBI) adapters. The svstem k 

Ss'oO^r 6 ^ 6 ", thr ° Ugh a SynGh — backplane bu" cllled^the VAX 
8800 memory interconnect (NMI). The NMI provides the system with a 
communications path between the CPUs, memory, and the adapters 
that connect to the VAX bus interconnects adapters 
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1.6,1 Console Subsystem 

The console subsystem shown in the simplified block diagram or 
Figure 1-4, controls the power sequencing, loading of control 
stores, and general operation of the VAX 8800 system. A 
Py . ofeiQQinnal series 380 Computer (PRO-38N) with a Winchester disk 
and dual floppy disks is used as a console device for the VAX 8800 
system. 
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Communication between the console and either of the VAX 8800 CPUs 
is accomplished by transferring data to and from a console 
interface on the VAX 8800 clock module. 

The console computer contains an I/O option called the real-time 

P^«r\J RT K } that iS installed in s l°t six of the six-slot 
PRO-38N VAX bus interconnect. The RTI provides a communications 
path between the PRO-38N and the console interface located on the 
clock module. 

The RTI provides the console processor with several I/O ports 
including a programmable peripheral interface (PPI) and two serial 
line units (SLU) . 

The PPI contains three 8-bit ports for transferring data, address, 
and control signals between the console and the console interface 
One of the SLUs is connected to the environmental monitoring 
module (EMM) in the power system complex, and provides the console 
with the ability to control and monitor the power and 
environmental parameters of the VAX 8800 system. 

The other SLU has the RECEIVE DATA input and TRANSMIT DATA output 
connected to a spare connector located on the VAX 8800 bulkhead 
This unused spare SLU connector could be used for simple data 
transfers to the PRO-38N, but it is not currently supported by the 
VAX 8800 console software. 

The rear of the PRO-38N contains a serial printer port for 
connecting an optional printer to the console. 

A remote diagnostic link can be established through an existing 
port on the rear of the PRO-38N that is configured for modem 
control. 

Refer to Section 3 of this manual for detailed information 
concerning the console subsystem. 
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Figure 1-4 Simplified Block Diagram of the Console Subsystem 



1.6.2 Central Processing Unit 

The VAX 8800 processor shown in Figure 1-5 consists of three 
functional units and associated data transfer buses. The 
functional units and data buses are listed and described in Table 
1-6. Refer to the following individual sections of this manual_for 
i n i. or ma »_ i on concci.ii-i.iiv-) 



•Hho fnnnfinnal nnif-s of the CPU: 



Functional Unit 



Section 



Instruction Box 
Execution Box 
Cache Box 
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Table 1-6 VAX 8800 Processor Functional Units/Data Bus 

Descriptions 



Functional Unit/Bus Description 



Instruction Box CPU microcode store and control. Consists of 

the writable control store (WCS), and the 
decoder and sequencer modules (DEC) (SEQ). 

Execution Box Processes data received from the cache and 

instruction boxes. Performs arithmetic, 
logical, and bit shift operations. The EBox 
consists of the data slice modules (SLCO and 
SLC1), and the shifter (SHR) module. 

Cache Box Contains the cache, translation buffer, and 

the interface to memory and the I/O. The 
cache is a 64-KByte physical index, direct 
mapped and buffered write-through cache. The 
translation buffer is a IK direct mapped 
cache of virtual-to-physical address 
translations. The CBox consists of the 
address data path (ADP) and cache control 
sequencer (CCS) modules. 

Virtual Address Bus Data path for transferring virtual address 

from the execution box to the cache. 

Cache Data Bus Data path from the cache to the execution box 

and instruction parser. 

Write Data Bus Data path for write data from the execution 

box to the cache. 

Cache/ALU Bypass Bus Bypass register data that is scheduled to be 

written into, but does not yet have valid 
data . 

Visibility Bus Slow speed data bus that allows the console 

to access internally latched data in the CPU 
modules . 

Instruction Buffer Data path for transfer to the execution box. 

Data Bus The data consists of byte, word, and longword 

address displacements, absolute addresses, 
and immediate data. Branch displacements and 
literals are also transferred over the 
instruction buffer data bus. 
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Figure 1-5 Simplified Block Diagram of Single CPU 
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1.6.2.1 Instruction Box — The instruction box (IBox) shown in 
Figure 1-6 is the CPU's microcode store and control center. Major 
functions performed by the IBox include: 

• Buffering the prefetched VAX instruction stream data 
received from the cache box. 

• Decoding and controlling the execution of 
microinstructions . 

• Monitoring and servicing microtraps, interrupts, and 
exceptions . 

• Supplying instruction stream embedded data (literals, 
immediate data) to the execution box. 

• Providing an interface between the clock module and the 
CPU. 
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Figure 1-6 Simplified Block Diagram of the CPU IBo: 
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The IBox resides on the DEC, SEQ, and WCS modules and consists of 
the following elements: 

• Instruction buffer (IB) 

• Decoder 

• Microsequencer 
e Control store 

• Condition code and microbranch logic 

• Interrupt and processor register logic 

• File address generator 

• Console gateway control 



Instruction Buffer 

The instruction buffer is a 4-longword, 16-byte memory that 
receives prefetched VAX I-stream data from the CBox. The 
instruction buffer outputs the following macroinstruct ion data: 

• Op code byte 

• Current operand specifier 

• GPR number of the current specifier 

• Specifier extension bytes 

Instruction stream data enters the instruction buffer one longword 
at a time from the cache data bus. The data is loaded into a 
longword location that is indicated by the write address. An 
instruction buffer manager controls the read/write operations of 
the instruction buffer. 



Decoder 

The decoder consists of a 4K x 17-bit writable RAM (DRAM), and a 
special address encoder composed of discrete priority encoders and 
multiplexers . 

The DRAMs are addressed by the current specifier number, the op 
code byte, and a 2-byte indicator signal. The specifier number 
and the 2-byte indicator signal are received from the instruction 
buffer manager, and the op code from the instruction buffer. The 
DRAMs perform the following functions: 

• Supply the microsequencer with part of the entry point 
address for op code and specifier microrout ines . 

• Assist the instruction buffer manager in controlling the 
instruction buffer. 

• Indicate which EBox memory data register is to receive 
the data from memory for those specifiers requesting 
data . 
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Microsequencer Logic 



The microsequencer logic determines which one of several possible 
sources is to supply the control store RAMs with the address of 

to^e^xecuted^clude: * ^^ ^ nMt ^^ »lcroJlr£ 



• Current microword 



• 



Decoder entry-point microaddress 

• EBox or CBox microtrap vector 

• Machine check microtrap vector 

• Trapped microPC from a microPC silo 

• Microsubroutine return address from a microstack break 

• Console supplied address 



The 14 bit wide selected address is stored in microPC latches and 
presented to the control store. ana 



Control Store 



The microcode control store of 16K x 143 bits, resides in a set of 
16K x 1-bit writable RAMs. The RAMs are loaded from the console 

Approxtma-te°RAM he ^"^ COntro11 - d ^ing system initialization? 

Approximate RAM usage consists of: 

Amount Use 

15K CPU Control 

1K User-Written Code 

Condition Code and Macrobranch Logic 

mainta?n?nn i0 ?h ^ „■"■ macr °branch logic are responsible for 

Tnnntr 1 / g h COndltl0n code bi ts of the processor status 

d ' PR and SeV ? n CPU State bits « Ra " condition codes from 

? nn h ^rations are used in the generation of microbranch 

V , ° n ^ e S1Ze ° f the data bein 9 Processed and the 
raw condition codes. The raw condition codes can be compared with 

instruction nl°T° r * COn6i u tion code bits to create a macrobranch 
instruction, or stored as the new longword condition bits. 

wriV^ ^fh 6 bit L ar , Q ™ icro Programming aids that provide firmware 
Z lit V me ^° d ° f controlli ng microcode flow. The bits can 

in lahPr°rn C i eare in * microroutine and then tested as conditions 
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Interrupt and Processor Logic 

The interrupt and processor logic contains the priority interrupt 
hardware and the four internal processor registers (IPRs). The 
interrupt portion of the logic monitors all hardware interrupts, 
encodes the level of the highest pending request, and compares it 
to the current priority level. If the encoded level is higher than 
the current level, the interrupt logic will request an interrupt 
by asserting an interrupt pending line. 

The internal processor registers control and supply data to the 
interrupt logic, microsequencer , and the memory management logic 
in the CBox. 



File Address Generator 

The file address generator performs the following functions: 

• Supplies addressing for the EBox register file and slow 
data file 

• Stores general-purpose register numbers referenced by 
operand specifiers 

• Records changes made to general-purpose registers in 
auto- increment /decrement operations 

Gateway Control Logic 

The gateway control (GWC) controls the data paths between the CPU 

and the console interface. The GWC controls the loading of the 

control store RAMs and micromatch register, and the loading of the 
decoder and cache control RAMs. 

1.6.2.2 Execution Box — The execution box shown in Figure 1-7 
processes data received from the CBox and the IBox, and returns 

Lilt; y l u v^ c ;=> o e v_i vjcilci aj.v-»ny "j-i-" <_»*<-. vj-o-^^^.-^ ~» . -~ - — — 

Functions performed by the EBox include: 

• All CPU required arithmetic, logical, and bit shift 
operations . 

• Maintaining the program counter and general-purpose 
registers . 

• Maintaining the internal processor registers. 

• Controlling data transfers between the CBox, IBox, and 
clock module registers, 

o Providing condition code information to the IBox 
microsequencer . 
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Figure 1-7 Simplified Block Diagram of the CPU Execution Box 

The EBox consists of the following major elements: 

Register file 

Slow data file 

Program counter logic 

Main arithmetic and logic unit 

Shifter 

Floating-point support logic 

Multiplier 

The major elements that make up the EBox are located on the data 
slice modules (SLCO and SLC1), the shifter (SHR), and part of the 
CBox decoder (DEC) module. 
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Register File 

The register file consists of 32 high-speed 36-bit registers (32 
bits of data and 4 parity bits). The 32 registers in the register 
file include: 

• 15 general-purpose registers (GPR) 

• 9 temporary registers (TEMPS) microcode scratchpad 
registers 

• 8 memory data registers (MDR) store data received from 
the cache 



Slow Data File 

The slow data file has a timing restraint that inhibits access to 
the file for three cycles following a write operation. The file 
consists of 256 low data rate 36-bit registers (32 bits of data 
and 4 parity bits). Slow data file registers consist of: 

• VAX internal processor registers (IPR) 

• Data path constants 

• Diagnostic test patterns 



Program Counter 

The program counter (PC) maintains the VAX PC, PC incrementer, 
backup and trap PCs, and the virtual address file (VAF) register. 



VAX PC 

The VAX PC supplies the CBox translation buffer with the virtual 
address tor each op code, operand, and operand specifier of the 
instruction stream. 



PC Incrementer 

The PC incrementer updates the PC by adding an increment value 
equal to the size of I-stream data being processed. The increment 
value (0-6) is supplied by the PC increment generator in the IBox. 



Backup PC 

The backup PC saves macroinstruction op codes and restores the PC 
if the instruction results in a macroexception . Saving the op 
code allows a service routine to examine the op code of a failing 
instruction and service the fault. 
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Trap PC 

The trap PC 



ne trap PC maintains a history of recent PC activity and 
rovides microtrap service routines with the active PC at the 'time 
microtrap occurs. time 



Virtual Address File 

A copy of each virtual address sent to the CBox is saved in the 
virtual address file. This copy is used as a backup If the 
address causes a microtrap. y 

Main Arithmetic and Logic Unit 

The arithmetic and logic unit is a 32-bit adder that processes 
thr^liow^ng ^^^^^' and bln ^ C ° ded ^^ *"» ^ P-"£ 

• A(iHi f inn anH <-..,K4-~-~~j_.: 



ouuLLatLiuii scarries propaqated) 
• Logical AND, OR, and exclusive OR 

Auxiliary functions performed include: 






Multiplexing data received by the data slice modules 
Supplying memory and register data to the CBox 
Supplying virtual address to the CBox translation buffer 
Routing data to and from the shift register module 
Providing carry and condition codes to the IBox 



Shifter 



handled*?* * ** i? / 4 - bit in P ut ' 32 ~ bit output shift matrix that 
oo2 d ,!? J a11 formats ln one of the following three modes of 



operation: 

• Integer 

• Floating-point 

• Binary coded decimal 

Floating-Point 

This support system processes the sign and exponent fields of 
rr^ nt Included in the floating-point support logic 
are. a shift count ALU, priority encoder, and an exponent ALU. 
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Multiplier 

The multiplier is a 64-bit multiplier that enhances the speed of 
integer and floating-point multiplication. Characteristics of the 
multiplier are: 

• Incorporates an "eight bit at a time" multiply algorithm 
that generates eight result bits per cycle. 

• Produces or generates the correct two's complement 
results for integer data. 

• Incorporates a "one bit at a time" division algorithm 
that generates 1-quotient bits per cycle. 

1.6.2.3 Cache Box — ■ The cache box (CBox) shown in Figure 1-8, is 
a 64K byte physical indexed, direct mapped, and buffered 
write-through cache that speeds address translations and provides 
a communication path for the CPU to the NMI. 

The CBox consists of a translation buffer, NMI interface, and the 
64K byte data store cache. 

Translation Buffer 

The translation buffer (TB) is a IK direct mapped cache of virtual 
to physical address translations. The TB consists of a tag store 
and a data store. The TB is organized into 512 per process 
translations and 512 system region translations. 

The tag store uses a portion of the virtual address (VA) to access 
a RAM array and compares the contents of the RAM with the 
remaining VA bits. When the comparison results are equal and the 
TB valid bit is set, the address has "HIT" and the contents of the 
Data Store will be valid for that address. 

The data store uses the page frame number (PFN) of the page table 

entry (PTE) for the virtual address. If the tag store comparison 

results in a TB HIT, the PFN concatenated with VA<8:0> is used as 
the physical address. 



Cache 

The cache is a hardware mechanism used to provide fast access to 

frequently used data, and is addressed by a physical address. If 

required read data is available in the cache, the data is 

extracted and a memory request is not required. If the data is 

not available in the cache, a memory request is initiated to 
provide the data. The data from memory is passed on to the 
requester and is also placed 
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Figure 1-8 Simplified Block Diagram of the CBox 



1.6.3 



Clock Module 



Generate " Ul ? COnt *^ s a11 °f the hardware necessary to 
»??«!; control, and distribute the VAX 8800 system timing to 
all system modules. Included on the clock module is the interface 

Section 4 S TTv,* *"* th ? re8t ° f the VAX 8800 s ^ te ™- Refer to 
the c^ock logic. * detailed information pertaining to 
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Figure 1-9 Simplified Block Diagram of the Clock Module 

The basic timin^ source of the clock module is a 250 kHz 
oscillator that generates a reference signal used by the phase 
generator to produce two nonoverlapping clock phases. 

The phase generator output consists of Phase A, B, and w. The W 
phase signal is similar to the A phase, but longer in duration. 
The A and B clock phases are gated in the distribution logic by 
signals from the clock control logic to produce gated system 
clocks that can be started, stopped, or burst by the clock control 
logic . 

The distribution logic also produces free-running (ungated) clocks 

that are used in the VAX 8800 system. Table 1-7 lists and 

identifies the clock signals generated and distributed by the 
clock module. 
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Table 1-7 System Clocks 



Clock Signal Function 



A and B CLK 



W CLK 



FA and FB CLK 



Mam system clocks used by the CPU modules and the 
I/O adapters to sequence and synchronize 
operations. 

Free-running system clock used in RAM W rH-* 
operations of CPU modules SLCO and SLC1. 

Free-running system clocks used by the memory 
controller and i/o adapters to sequence and 
synchronize operations. Also used by the console 
interface to control and monitor the CPU when 
clocks are stopped. 



The console subsystem controls the clock generation logic with 
operator initiated commands by means of the console interface 

I!!^L reg 1 1St f rS !! ith . in the clock lo 9 ic are us ^ for control of th« 
rJr ^_ -wCks uy me console. A fourth register provides status 
information for the console operator. The registers used are: 






Clock control 
Clock period 

• Burst count 

• Timeout and status 

Console control of the clocks allows the system operator to: 

Start and stop the clocks 

Burst the clocks 

Single step the clocks 

Enable a clock stop on a micromatch 

Change the clock period 

Disable clock stalls 

Control the NMI timeout clock (NMI slow clock enable) 



1.6.4 Memory (MBox) 

Tnn^ VA LrrT° J**™ ** s ^ stem < MBox > consists of a memory control 

eiaht MAR4 4°Mh t l0Cat6d ln Sl0t 21 ° f the c ^dcage, and one to 
eight MAR4 4-Mbyte memory array boards. The array boards are 

a simnlif?J m S P H throu 9 h f of the cardcage . Figure 1-10 shows 
a simplified block diagram of the MBox with one MAR4 array board. 
Refer to Section 8 of this manual for additional information 
pertaining to the MBox. 
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Figure 1-10 Simplified Block Diagram of the MBox 



1.6.4.1 Memory Control Logic — The MCL provides control and a 
communications interface between the NMI and the memory array 
boards. The single MCL has the capability to control up to eight 



r\m,\¥r\r r»nora1-i nnc c\r\ hhrpp Pfry~Ft\r<^ 
\t" ~ 



at. J. a_y 

simultaneously. Table 1-8 describes the command operations that 
the MCL performs on the MAR4 array. 



Table 1-8 MCL Command Operations 



Operation 



Longword Write 



Description 



Writes a data longword and seven ECC check 
bits into one of the MAR4 array banks. 



Longword Read 



from one of the MAR4 array banks. 



Octaword Read 



Reads four data longwords and associated check 
bits from a MAR4 array. 
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MAR4 selection is accomplished by asserting a board select line 
and enabling the control logic on the appropriate array board. 
The MCL performs periodic memory refresh and distributes battery 
backup power from the power system during power interruptions. 

1.6.4.2 MAR4 Memory Array — The MAR4 array board consists of 
four 1-Mbyte array banks for a total of 4 Mbytes of memory for 
each MAR4. The array banks contain a 39 bit wide common I/O 
longword and seven error correction code (ECC) check bits. Data 
transfer and interfacing between the memory control logic and the 
array boards is accomplished by means of the VAX 8800 array bus 
(NAB) . 



1.6.5 System Buses 

The VAX 8800 has three system level buses that provide a path for 
data transfers and status information. 

• VAX 8800 memory interconnect 

• VAX bus interconnect 

• Visibility bus 

The VAX 8800 memory interconnect (NMI) is a backplane bus that 
interconnects the major system components and allows transfer of 
data between the connected units. 

The VAX bus interconnect (VAXBI) is the system I/O bus that 
provides a connection point between the VAX 8800 system and 
external device adapters. 

The visibility bus provides the console operator with diagnostic 
access to internal latch contents. The VBus is also used to 
perform error checks during initialization. 

1.6.5.1 VAX 8800 Memory Interconnect (NMI) — The NMI shown in 
Figure 1-11 is a synchronous backplane bus that interconnects the 
following major components of the VAX 8800 system: 

• Primary CPU 

• Secondary CPU 

• Memory system controller 

• NMI to VAXBI adapters (NBI) 
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Figure 1-11 



Simplified Block Diagram of the VAX 8800 Memory 
Interconnect 



Table 1-9 lists the primary functions performed by the NMI, and 

provides a Drier uesuLipiiuii kji. cav^n wx. tu^m. .^^^^ -~ 

of this manual for detailed information concerning t**e NM*. 
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Table 1-9 NMI Function Descriptions 



Function Description 



Write Transactions Supports longword, quadword, and octaword 

write. 

Read Transactions Supports longword, octaword, and hexword 

read. 

Memory Read/Write Allows the CPUs and I/O adapters to access 
Operations memory through bus read/write transactions. 

I/O Register Read/ Allows the primary CPU to access I/O 

Write Operations registers in the memory, I/O adapters, and 

I/O devices through bus read/write 

transactions. 

Interrupt Handling Transmits interrupt requests generated by 

the memory and I/O adapters to the orimarv 
CPU. 

Syst f m Provides system clocks to all nexus 

Synchronization (hardware blocks physically connected to 

the NMI) . 

^ ys ^ em 1 . . Allows the console to initialize all nexus. 

Initialization 

Power-Fail Warning Provides ACLO and DCLO signals to all 

nexus . 



I,™: '? . BUS Inter connect (VAXBI) — The VAX bus interface 
(VAXBI) is the I/O bus for VAX 8800 and is connected to the system 
through the NMI to VAXBI (NBI) adapter as shown in Figure 1-12. 
Each NBI adapter can interface up to two VAX bus interconnects and 
provides for a maximum of four VAXBIs to be connected to the 
system when two NBI adapters are installed. 
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Figure 1-12 Simplified Diagram of VAX Bus Interconnect 

(Maximum Configuration) 



The VAXBI is a 32 bit wide synchronous bus that interconnects up 
to 16 VAXBI interfaces (VAXBI nodes) with logical addresses of 
through 15. The address of a node is determined by an ID plug 
inserted on* the backplane. Address is reserved for the NBI node. 



to the VAXB! 



A 



The remaining nodes consist or i/u^aevice 

adapters interfacing the system's l/O devices 

description of some of the different types of bus adapters can be 

found in Section 1.6.6. 



Table 1-10 identifies and describes the basic functions performed 
by the VAX bus interconnect. 
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Table 1-10 VAXBI Function Descriptions 



Function Description 



Memory Read/Write Allows DMA transfers between an I/O device 
Operations on the VAXBI and the VAX 8800 main memory 

through bus read/write transactions. 

I/O Register Read/ Allows the primary CPU to access I/O 

Write Operations registers in the I/O devices on the VAXBI 

through bus read/write transactions 

originated on the NBI. 

Interrupt Handling Enables I/O devices on the VAXBI to 

interrupt the primary CPU through bus INTR 
transactions directed to the NBI node. 

s Y stem Provides NBI generated clocks to all nodes 

Synchronization connected to the VAXBI. 

Svshpni an l ^t.7<- ^^^^^ x.~ t . .... 

" u Y- l - j - w¥¥0 ii^^co lu assert a reset line, and 

initialize a simulated VAXBI power-fail 

seguence generated by the NBI. 

Power-Fail Warning Provides ACLO and DCLO signals to all 

nodes . 



1.6.5.3 Visibility Bus (VBus) — The visibility bus is a slow 
speed bus consisting of sixteen data lines and two control lines. 
The VBus allows the console operator to read internally latched 
data in the VAX 8800 CPU modules during the execution of 
microdiagnostics and system initialization. The VBus is used when 
the system clocks are stopped. Major functions performed by the 
VBus include: 

• Monitoring the state of the CPUs during the execution of 
microdiagnostics or in response to commands entered at 
the console during system debug. 

• Verifying CPU module installation and revision during 
system initialization. 

• Ensuring that control store parity errors do not occur 
when loading microcode during system initialization. 

The console controls and reads the VBus by means of two registers 
located on the clock module's console interface. The VBus control 
and access registers perform the following functions: 



• Select the VBus input channel 

• Step the clocks that operate the VBus 

• Send serial VBus addresses to the CPU modules 

• Halt the operation of the VBus address shift register 
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1.6.6 VAX Bus Interconnect and I/O Adapters 

The VAX 8800 memory interconnect-to-VAXBI interconnect (NBI) 
adapters provide a connection point for the VAX 8800 CPUs to the 
backplane. Additional optional adapters can be connected to the 
backplane as shown in Figure 1-13 to allow for connection of the 
CPUs to other I/O devices. Table 1-11 lists and identifies some of 
the optional adapters that can be connected to the VAXBI. 

Table 1-11 Optional VAX Bus Interconnect Adapters 



Adapter Function 



DWBUA-CA VAXBI Bus-to-UNIBUS controller. Requires an 
expansion cabinet and uses existing UNIBUS 
adapters . 

KDB50-BA VAXBI Bus-to-Storage Interconnect disk controller. 

BSA VAXBI Bus-to-Storage Interconnect disk and magnetic 

tape controller. 

DEBNT-AA VAXBI BUS-to-Network Interconnect controller. Uses 
Ethernet. 

CIBCA-AA VAXBI Bus-to-Computer Interconnect controller. 

CIBCI-CA VAXBI Bus-to-Computer Interconnect controller. 

KLESI-AA VAXBI Bus-to-Nat ive tape controller. 

DMB32-LF VAXBI Bus-to-Nat ive asynchronous comm. controller. 

DRB32-AA VAXBI Bus-to-Mult if unction controller. 
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Figure 1-13 I/O Interconnect and Adapters 
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The NMI-to-VAXBI (NBI) adapter shown in Figure 1-14 consists of an 
NBIA module that interfaces to the NMI , and one or two NBIB 
modules. The NBIB modules interface to the VAXBI through the use 
of a VAXBI interface chip (BIIC). 



contains the NMI nexus registers, and the NBIB 
tne VMBi connecting t'eyibieis. - ~ " 



The NBIA module 

module contains 

1-13 list and identify the registers on each module. 
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Figure 1-14 NMI-to-VAXBI Adapter 
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Table 1-12 NBIA Registers 



Address Register 

2X080000 Control/Status (CSRO) 

2X080004 Control/Status 1 (CSR1) 

2X080008 VAXBI Stop Register (BI0I) 

2X08000C VAXBI 1 Stop Register (Bill) 

2X080010 BR4 Vector Offset (BR4VR) 

2X080014 BR5 Vector Offset (BR5VR) 

2X080018 BR6 Vector Offset (BR6VR) 

2X08001C BR7 Vector Offset (BR7VR) 



X = = NBIA 
4 = NBIA 1 



Table 1-13 NBIB Registers 



Address Register 

2X000000 Device Type 

2X000004 VAXBI Control/Status 

2X000008 Bus Error 

2X00000C Error Interrupt Control 

2X000010 Interrupt Destination 

2X000014 IP Interrupt Mask 

2X000018 IP Interrupt Destination 

2X00001C IP Interrupt Source 

2X000020 Starting Address 

2X000024 Ending Address 

2X000028 BCI Control 

2X00002C Write Status 

2X000040 User Interrupt Control 



X = = NBIA 0/BI 

2 = NBIA 0/BI 1 

4 = NBIA 1/BI 

6 = NBIA 1/BI 1 

1.6.7 Power System Complex 

The power system complex provides the voltages necessary to 
operate the CPUs, memory, and the VAX bus interconnect of the VAX 
8800 system. Three phase ac utility power is used as the primary 
source for the system. The required ac and dc voltages are 
developed using the power modules and voltage regulators located 
within the VAX 8800 cabinet. Figure 1-15 shows a simplified block 
diagram of the power system complex. Refer to Section 10 of this 
manual for detailed information concerning the power system 
complex. 
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Figure 1-15 Simplified Block Diagram of the Power System Complex 



1.6.7.1 876 Power Controller — The 876 controller is the main ac 
input module for the power system. Power is received from the main 



<, i J. ^ U A L. 

the 876 
power : 






^, Wllljy > 






controller. The controller distributes the following 



Unit 



Power 



NBox 
BBU 

Console 
Air Mover 



Single and three phase 
Unswitched single phase 
Unswitched single phase 
Unswitched three phase 



1.6.7.2 NBox Port Conditioner — The NBox is a multifunction 
power assembly containing five modules. Table 1-14 identifies the 
modules and describes the function of each module. 
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Table 1-14 NBox Modules 



Module 



H7170 X 



H7170 Y 



Interface Logic 
Module (ILM) 



Control and Startup 
Power (CSP) 



New Box Translator 
(NBT) 



Function 



Convert three-phase ac power into 300 Vdc 
output. 

Same as H7170 X. 

Provide logic signal interface between EMM 
and other power system components. Controls 
BBU operation. 

Convert single-phase ac power to logic level 
voltages. Supplies: +5, +12, -12, and +10.5 
for the EMM and ILM. 

Converts logic signals for startup and 
initialization. 



1.6.7.3 Module Power Supplies — The module power supplies (MPS) 

CPU cardcaoe in 6c V°^™^ and backplane located above the 
cardcage m the mam CPU cabinet. The MPS contain, t-h^ 

thfcPll ^ P ° We H SUPPli6S that ^° vide the operating power for 
the CPU, memory, and extender modules. P ° r 



1.6.7.4 Environmental Monitoring Module — The environmental 
monitoring module (EMM) is a microprocessor-based unit that 
880 system 6 tT^mm^ ^'^^ tal conditions within the VAX 
Dower-nn !h ^ responds to console control commands during 
power up and power-down sequencing, initialization, and batterv 

the EMM. ^"' 10 "- The C ° nSOle COntr ° ls the P«« systeS through 

1.6.7.5 Battery Backup Unit — The battery backup unit (BBU) 
?he VeS main C^mem^ ^^ ° f Riding prStectioS voltage to 
a 48-Vdo If Y K Un u g an aC P ° Wer failu ^. The BBU contains 

dc-to-dc converter Th batterY P * Ck ' Charging CirCuit ' and * 
backup mode ' ^ COnvectec Provides 300 Vdc during the 
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CHAPTER 2 
SYSTEM CONTROL 



2.1 GENERAL 

This chapter describes the interaction between the VAX 8800 system 
and the console subsystem, and how the VAX 8800 system is 
controlled by the console software. Included in this chapter is 
system e iogfUe? f ^ C ° nS ° le C ° mmands ' operator displays, and the 

2.2 SYSTEM CONTROL 

The console subsystem is a complex mixture of software and 
hardware that controls the VAX 8800 system. ^uware and 

2.2.1 Software 

The primary function of the console software is to control the 

~"~ ™\ iiaj -^ w <^^ c*"u proviae a communications media 
between the VAX microcode and the console. 

2.2.2 Hardware 

^n. 1 ° f H ^ hardware is accomplished using encoded command, 
status, and data streams by means of several data paths and 
registers located within the VAX system and console. A body of VAX 
resident code, called the console support microcode (CSM), allows 
the console to access portions of the VAX 8800 CPU that the 
rc2 S ° ?! Canno ^ access directly by means of a hardware link. The 
CSM allows the console to access the internal CPU registers and 
locations in main memory. y -*«-ei.& emu 

Figure 2-1 shows a simplified block diagram of some of the key 
hardware and software involved in the control of the VAX 8800 

S £l?\- h Y - th ! console - Table 2-1 describes the components 
identified in the block diagram. 
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Figure 2--1 VAX 8800 System Hardware and Software Control 

Components 



Table 2-1 Hardware and Software Component Description 



Component 



Console Software 



RTI Driver 



Function 



Handles input from the VAX system and EMM. 

Responds to VAX system and EMM with appropriate 
control actions. 

Commands and issues RSX-based $QIOs to the RTI 
driver. 

Services all $Qio service requests for data 
transfers between the console, and VAX system 
and EMM. 



Generates encoded commands for the VAX system 
and EMM. 

Handles asynchronous input from the VAX system 



RTI Hardware 



Console Support VAX/WCS resident microcode that executes the 
Microcode (CSM) functions requested by the console software! 

The CSM receives encoded commands and 
parameters from the RTI driver under interrupt 
control as a result of console generated 
commands. 

The RTI module in the PRO-38N console computer, 
contains a programmable peripheral interface 
(PPI) that communicates with the VAX 8800 
system through three addressable ports. 

Data is transferred to and from the ports 
across a bus connecting the PPI to the console 
interface on the clock module. 

The RTI contains a serial line port for 
communication with the EMM. 

Console Interface The console interface resides on the clock 

module and contains the hardware necessary to 
receive, route, and control the data stream 
between the console and the VAX system. 

The console interface communicates by means of 
the PPI bus on the console side and the 
bidirectional data bus on the VAX side. 

Transmit and receive data buffers provide the 
data transfer link between the PPI bus and the 
VAX 8800 system internal data buses. 
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2.3 CONSOLE SOFTWARE COMPONENTS 

The console software consists of the following four major 

components : 

1. Control program 

2. File transfer program 

3. Logical block server program 

4. Real-time interface driver 

2.3.1 Control Program 

The control program is the main console program and implements 
both program and console mode, logfiles, EMM support, 
micromonitor , and remote access. 

The control program is composed of interruptable code and 
asynchronous system traps (ASTs), which are software interrupt 
routines. The main body of code executes, and is interrupted 
periodically, when ASTs execute. AST routines are executed when 
some type of I/O or other system event occurs. 

The control program normally has a QIO outstanding to the EMM, 
remote port (when enabled), and local terminal. When operating m 
the console mode, the local and remote QIOs represent entire 
lines. During program mode operation, the QIOs represent single 
characters. The local and remote ports can be in different modes 
or the same mode simultaneously. The console terminal driver 
echoes and implements special characters like ~U and RUBOUT during 
the console mode, and the VAX terminal driver performs the 
identical function during program mode. 

The control program makes full use of the following RSX system 
directives: 

• Set 

• Clear 

• Wait for event flag 

• Timed requests 



l^> / T /~\ r.-F A *- K T.T = I f" 
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• QIO without wa: 

• QIO with AST completion routines 

• QIO without AST completion routines 

2.3.1.1 Special Control Program Features 

CPU Designation 

Console software maintains mappings from the LOGICAL "primary" and 
"secondary" CPUs, to the physical "left" and "right CPUs. 
Start-up procedures refer to primary or secondary CPU rather than 
left or right. 
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Automatic Remapping 

If the CPU designated as "primary" is not available, the control 
program can remap the "primary" to the other physical CPU and the 
start-up procedures will continue to operate properly. 

Disable Secondary CPU 

A secondary disabled state bit in the console is set by the 
control program when the secondary CPU is not operational. If one 
CPU is not operational, the other CPU is automatically designated 
as the primary CPU. 1 COJ -y u <*^u 



The secondary disabled bit can also be set by either a console 
command or a miscellaneous VMS command from the primary, to force 
single CPU operation. y y ' rorce 

CPn ™?T° nda 7 , diS K? led iS SGt ' the COntro1 P r °9^ m will assert 
CPU INIT and disable the NMI microseguencer . BOOT SECONDARY 
-_^_^^ ^^uma.iua uuiu une primary CPU will be ignored if the 
secondary CPU is disabled. The primary CPU will timeout waiting 
for the secondary to come up. y 

Current Primary and Next Primary 

I^h SET , h NE) ™ ^RY command allows the operator to designate 
either the left or right CPU as the next primary. The keywords 
CURRENTPRIMARY and NEXTPRIMARY apply to the^ET CPU coLand! and 
allow the VAX 8800 system operator to specify the logical CPU. 

2.3.1.2 Multiple Command Streams — The control program listens 

to and accepts commands from both the local and remote ports at 

all times. This requirement results in simultaneous 'local' and 

remote command streams. An additional requirement of the 

ndnIPf S \ iS . th9t the second arY CPU can be rebooting 
independent of activity m the primary. The additional requirement 
creates another stream of commands that can be executing 
independently from commands entered at either the local or remote 
console . 

The control program implements the three independent command 
streams by having a separate database for each stream. A global 
variable STREAM selects which copy of the database to use. 

A fourth copy of the database is used to prevent database 
corruption by incorrect console commands. The control program 
ZZl^ a temporary copy of the database prior to processing each 
command. If the command is not interpreted successfully, the 
temporary database is copied back. 
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2.3.2 File Transfer Program 

The file transfer program transfers data files between the VAX and 
the console Winchester disk drive. The VAX accesses the console 
disk by transferring files to/from the file transfer program. 
This transfer process allows the console to control all disk I/O 
functions without interference from the VAX. 

The record management system (RMS) is used to read, write, and 
delete files. 



2.3.3 Logical Block Server Program 

The logical block server program (LBS) is the mechanism by which 
the operating system (VMS/UNIX™) reads or writes console media. 

The VAX 8800 console provides arbitrarily large virtual floppies 
to VMB. A virtual floppy is a file on the Winchester disk. When 
VMB is reading or writing a logical block on a floppy, the LBS 
converts the logical block request into a virtual block operation. 

The logical block server supports the read and write logical block 
functions and allows the VAX system to read or write to two 
logical devices (CSA1: and CSA2:). 

LBS communicates with an operating system device driver through 
RXDB/TXDB and the RTI program. 

2.3.4 Real-Time Interface Driver 

The RTI driver program provides the link between the RTI hardware 
and the control, logical block server, and file transfer programs. 

Separate sub-drivers are used for communications with the PPI port 
or serial line unit. The PPI sub-driver translates console 
commands, such as EXAMINE or DEPOSIT, into the appropriate 
sequence of READ, WRITE, and ACKNOWLEDGE commands for the PPI. 

2.4 CONSOLE SUPPORT MICROCODE (CSM) 

The CSM is a special group of microcoded routines that control 
console command processing inside the VAX system where the console 
cannot directly access the hardware. The CSM is used to access the 
internal CPU registers and main memory. 

2.4.1 Console Support Microcode Structure 

The CSM consists of four major sections of code. Table 2-2 lists 

and describes each of the sections. 



UNIX is a trademark of AT&T. 
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Table 2-2 Major Sections of CSM Code 



Section 



Description 



Executive Wait Loop 



Entry Points into 
specific CSM routines 

Command Dispatcher 



Exit Routines 



Polls RXCS and RXDB for console-to-VAX 
data. 

Many entry-point microaddresses . 



Tests ID bits for CSM commands, and 
dispatches microcode to correct routine. 

Cleans up and transcends to other 
VAX/CONSOLE states. 



In order to utilize WCS space in an efficient manner, the console 
nonresident"" 000 ^ reSid6S *" tWO loC * tions (resident and 

The resident CSM is in instruction set processing (ISP) code space 
and is always loaded to allow MTPR, MFPR, PROBER, and PROBEW 
instructions to utilize CSM routines to access registers. 

Nonresident CSM is overlaid on top of USER WCS code space. This 
code is used for initialization and troubleshooting. 

2.4.2 CSM Data Transfers/Protocol 

Data is transmitted in one or more bytes of information. Most 
routines require numerous byte transfers to execute successfully. 
The executive routines are responsible for building "packets" to 
send to the console. y y 

The following guidelines describe the protocol during data 
transfers : 






Commands are 1 to 9 bytes long. 
Responses are 1 to 5 bytes long. 

During console-to-VAX transfers, the most significant 
byte is transmitted first. 

During VAX-to-console transfers, the least significant 
byte is transmitted first. 



2.4.3 Console Support Microcode Entry Points 

The CSM can be entered by both hardware and ISP (instruction) cod, 

execution. Table 2-3 lists the entry points. 
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Table 2-3 Console Support Microcode Entry Points 



Type of Entry 



Hardware 



Software 
(ISP Shared) 



Entry Point 



Microtraps 

Special Address 

Startup Constrained Addresses 

MTPR/MFPR Instructions 
VAX Communications 
PROBER/PROBEW Instructions 



2.5 OPERATIONAL MODES 

The console operates in one of two modes as shown in Figure 2-2. 
Refer to Section 3 (Console) of the manual for additional 
information concerning modes of operation and machine states. 



VAX 8800 



HALTED 



CONSOLE CPU 



RUNNING 



CONSOLE 
MODE 



program 

MODE 



CONSOLE 
MODE 
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Figure 2-2 Console Operational Modes 



2.5.1 Console Mode 

The console mode can be in effect with the VAX 8800 system halted 
or running. While the VAX system is halted, the entire range of 
console commands is available to the operator. 

Typing a CTRL/P while the VAX system is running causes the console 
to' enter the console mode (leaving the VAX system running). Since 
the VAX system is running, the available commands during the 
console mode are limited. 
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2,5.2 Program Mode 

Program mode allows the console to act as a VAX terminal. During 

this mode, communications with the VAX system are 

mterrupt-driven. 



2.6 OPERATOR/CONSOLE INTERACTION 

The VAX 8800 system and console CPUs constitute a complex system 

that must be initialized, operated under normal and abnormal 

conditions, and turned off. which functions are valid at any 

particular time are dependent on the "state" of the VAX and 

console. 



The console and VAX system are two separate CPUs that can be 
operating in any combination of states. The state of one CPU is 
independent of the other CPU. 

2.6.1 Console State Bits 

The^states of the VAX system and console are maintained by console 
so. .ware, and are used to implement restrictions on state 
transitions and console commands. The following state information 
is available: 

• Left CPU 

• Right CPU 

• Common hardware 

• Command streams 

Table 2-4 provides examples of the state bits. 



Table 2-4 



Bit Examples 



State 



VAX power on ? 

Remote port enabled ? 

Battery Backup unit working ? 

AUTOBOOT enabled ? 

EMM OK ? 

Clock running ? 

CPU halted ? 

Terminal in Console or Program mode ? 



Type 



Common 

Common 

Common 

Common 

Common 

Common 

Left/Right 

Per command stream 
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2.6.1.1 Command Validity — Each console command calls a utility 
routine that specifies which state bits must be TRUE and which 
must be FALSE for a specific command. Unspecified bits are not 
checked. If the specified bits are not in the correct states, the 
command will not be executed and an error message will be printed. 

Some bits require access to the hardware each time it is 

referenced. (Example: The clock may stop if the microPC matches 

and stop-on-micromatch was set. It must be checked each time the 
clock bit is referenced.) 

Each console command can specify whether the CPU-specific bits to 
be checked are in the CPU for which the command was issued, the 
other CPU, or both CPUs. This causes some commands to be dependent 
on the states of both CPUs. 

2.6.1.2 Saving Console State — Important console state variables 
are preserved during console power failures. These include: 

• Default settings — anything that can be set with SET 
DEFAULT. 

• Logfile control block. 



• 



Console "state bits", which include the AUTO 
BOOT/RESTART/POWERON switches. 

• Clock rate. 

• Reboot-Primary ID. 

• Shadow copies of clock board registers. 

• TODR, date, and time TODR was written. 

2.6.2 Console Commands 

The VAX 8800 Console Command Language (CCL) is the interface 
between the operator and the control and monitoring capabilities 
of the VAX 8800 console and micromonitor subsystems. Table 2-5 
provides an overview of VAX 8800 commands. Refer to the Console 
User's Guide for a complete description of each command. 
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Table 2-5 Console Command Overview 



Command 



Description 



Opens specified file and processes the records 
within the file 



BOOT 

CLEAR ACCUMULATOR 
SOMM 
TOMM 

CONTINUE 

DEPOSIT/EXAMINE 

DISABLE/ENABLE 



EXIT 
FIND 

HALT 

HELP 

IF 

INITIALIZE 

LINK 

LOAD 

MICROSTEP 
NEXT 
PERFORM 



Executes Device_nameBOO.CMD; if no device is 
specified, executes DEFBOO.CMD 

Resets the settings made by the SET and PROBE 
commands 



Starts execution at current PC 

Deposit/Examine address/data 

Establishes console parameters: 
Auto Res tart/Boot/Poweron 
Odometer, Printer, Console 
User monitoring 

Terminates console program 

Enables memory search: 
64Kb of good memory 
Restart Parameter Block 

CPU halts at the next macroinstruction 
boundary 

Prints help for the specified topic 

Enables conditional execution of commands 

Sets CPUs to defined state 

Creates temporary indirect command file 

Loads memory/control store 

Bursts the clock (n) cycles 

Steps the VAX through (n) macroinstructions 

Executes the temporary command file created 
with LINK 
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Table 2-5 Console Command Overview (Cont) 



Command 



Description 



POWER 
PROBE 
REPEAT 

SENSE REVISION 
SET 



Turns power ON/OFF/STANDBY 

ORs VBus bit into Accumulator 

Causes command line to 
continuously 



be 



executed 



SHOW 

START 

TEST 

UNJAM 

VERIFY 



Senses revisions of specified component 

Sets Clocks, CPU Primary, Defaults 
EMM Power Margins, Relocation 
Values for EXAM/DEP, SOMM , 
TOMM, Verify/Nonverify 

Shows Value/Status: Accumulator, 
Defaults, EMM, Logfile, Revision History 



CPU, 



Starts execution of macro/microcode 

Starts customer diagnostics or micromonitor 

Asserts/Deasserts UNJAM, reloads NBI with hi 
and lo memory limits 



Verifies 
history 



EMM, module placement, revision 



2.6.2.1 Executing Console Commands — All commands that read or 
write the VAX 8800 system hardware are implemented by means of 
QIOs to the RTI driver program. Commands that require the power, 
clocks. or CPU to be in a specific state, generate a state check 
prior to executing the command. 



a c 



8 hi fc 



Llie uunsuic ate paoocu ^<j i-no v rm uj? -» v,^±^ ~.~ - ~- 

h Hafg is transferred by 



^ommariuii ljluu 

of data by the RTI driver. 

means of the PPI bus connecting the console computer and the 

console interface on the clock module. 

The command data being transferred contains encoded identification 
and data fields describing the type, purpose, and destination of 
the command. The console interface places the command data into 
the receive data buffer (RXDB) so that it can be transferred to 
the VAX CPU decoder module by means of the bidirectional data bus 
connecting the console interface and the VAX 8800 CPU. 
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2,6.3 Console/Operator Display 

The display for the VAX 8800 system is the PRO-38N console display 
terminal. Only one of the VAX 8800 system's dual CPUs will be 
shown on the display screen during normal operation. During 
system testing in the micromonitor mode, the output from both CPUs 
may be observed simultaneously. 

Status is displayed at the bottom of the screen to allow for 
longer view time during scrolling when the screen is respondina to 
other console output. 

2.6.3.1 Local Display During Remote Operation — During remote 
operations, both the local and remote terminals can be operational 
at the same time. The local operator can monitor the input/output 
over the remote port by enabling the remote monitoring function. 

When remote monitoring is enabled, all remote activity appears in 
the logfile as well as on the local screen. Figure 2-3 shows an 
example of character flow during simultaneous local and remote 
ope rations . 
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CSM DATA 



CONTROL 




RIGHT 
CPU 



ECHOED 

OPA2: 

CHARS. 



CONSOLE 
COMMANDS 



A 




TO 
ID 



REMOTE SCREEN 
(PROGRAM MODE) 



/ REMOTE 7 

/ KEYBOARD / 



VMS 

BITS 

0PA2 



LOCAL SCREEN SET TO LEFT CPU 
LOCAL TERMINAL IN CONSOLE MODE 
LOCAL TERMINAL SET TO OPAO: 



REMOTE USER IS ENABLED 
REMOTE PORT SET TO RIGHT CPU 
REMOTE TERMINAL IN PROGRAM MODE 
RIGHT TERMINAL SET TO 0PA2: 



2.6.3.2 Console Command Language Display Prompts — Table 2-6 
describes the console command language prompts that appear on the 
local and remote display screens. 

Table 2-6 Console Command Language Prompts 



Prompt Description 



>>y Console Command Level Input 

MIC> Micromonitor Input 

<<< Link Mode ^put (Reference LINK and PERFORM 

Commands) 



2.6.4 System Logfile 

The console maintains two logfiles for the purpose of saving and 
reviewing console output pertaining to each CPU. E^h innfn. 
consists of a circular buffer capable of storing 720~lineT?30 
screens) of 80 characters per line. ( 

All of the data that appears on the display screen during console 
mode operations, as well as the output from the VAX? l^saved in 
k H°fJ , ; Cons ole entries made during the program mode are 
echoed back from the VAX, but are not saved in the logfile? 

2.6.4.1 Displaying the Logfile — The SHOW LOGFILE command allows 
the operator to look at the contents of the logfile with the 
provision for scrolling up and down, and changing pages of the 
display. Data received during the display of the logfile will be 
viewing" ^ ° f ^ f ile and 00t ^P 1 *^ with the present 

nvln*' 2 • L ° gi ^ 1 Terminals/Logfile Integrity - Logical terminal 
OPAU: is the standard logical terminal for normal system 

°,r ra tlT S ' and a11 ° PA0: data is P laced in the logfile. Entering 
the SET TERMINAL OPA1: command prior to program mode operations 
will eliminate filling the logfile with unwanted data. 
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2.6.4.3 Saving the Logfile — Logfile data is preserved if either 
the control program stops, or the console power fails. 
Nonvolatile data is stored in the first block of the logfile: 

• Logfile control block 
Micromatch address 
Verify switch 
Examine/Deposit defaults 
Default radix 
Internal trace bits 
State bits 
Clock rate 
Regulator margin mask 

• Reboot primary identity 

• Memory limits 

• Shadow copies of clock board registers 

• TODR written by the VAX system 

• P/OS date and time when TODR written 

• Micromonitor state variables 



2.7 POWER-UP/DOWN SEQUENCING 

The following paragraphs provide a brief overview of the 
power-up/down and restart functions. Refer to the Console and 
Power Sections of the manual for detailed information concerning 
power-on sequencing, recovery, and initialization and boot 
processes . 

2.7.1 Power On 

The power-on sequence can be initiated by either a VAX 8800 system 
power-fail recovery, or by entering the POWER ON command at the 
console terminal. 



console software determines whether the recovery was a 
lo-nniv failure bv examininq the VAX power status by means of 



The 

the^environmental monitoring module in the power system. 



L.I1CIL- LUC v,^uowj-v^ 



? o n r\ r> omit) anfiQ t" d 

The power-up proceaure requiics unao uuc v^uowj.^ ^^..^ ^^,^„. — _~ 
the EMM to apply system power in a particular sequence. Table 2-7 
shows the sequence in which the power supply modules are turned 
on. 
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Table 2-7 Module Powe r Supply Turn-On Sequence 

Order Module Power Application 



1 J +300 

2 B +5 Memory/Battery 

3 C +5 

4 F V- 12, -5.2, +5, -2 to VAXBI 

5 H +/~ 12, -5.2, +5, -2 to VAXBI 

6 E -5.2 

7 D -2 



2.7.2 Power Fail 

Power failure recognition by the environmental monitoring module 
in the power system will result in an interrupt to the VAX 8800 
system by means of the console interface. The EMM is directed to 
assert the ACLO and DCLO signals, and initiate the power-fail 
sequence. 

2.7.3 Power down 

An intentional powerdown is initiated by operator command at the 
console. The console software checks the status of the battery 
backup unit and informs the operator if the BBU is not present or 
enabled. 

If backup power is not available, the software asks the operator 
if it should continue or abort the powerdown process. If the BBU 
is enabled or the operator wishes to continue without backup 
power, the EMM is directed to assert the ACLO and DCLO signals and 
initiate power shutdown. 

2.7.4 Warm Restart 

Warm restart uses the same procedures as the power-on sequence for 
turning on the system power. Memory must be backed up and a 
restart parameter block must be available for a warm restart. 
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CHAPTER 3 
SYSTEM OPERATION 



3 . 1 INTRODUCTION 

This chapter contains a brief overview of the CPU 



detailed information. 



microcode, 

., . ,. mj rupts and 

the individual sections of this manual for 



memory addressing, read/write operations, and interruots and 
exceptions. Refer to the indiviri,,*! c ^;_ ^ ,u-! 5 UptS . ? nd 



3.2 MICROCODE 

The control store microcode resides in the IBox and consists of 
s ore W °RAMs 'from th'^ Th *™™?*e - loaded into the control 
cont^ol^re^^ge'is 6 : C ° nS ° le ^^ 8yStem initialization. The 

• CPU control — 15K 

• User-written code — IK 

3.2.1 Microcode Characteristics 

3.2.1.1 Functionality 

Horizontal -- Microword bits are grouped into fields with each 
(Some AlVrlt Y h feedin 9 and trolling a specific CPU element. 
(Some fields have vertical functionality in that thev control 
more than one element.) Y contro1 

3.2.1.2 Operation 

^Jn!! lin n d 7" - M ° re than ° ne microword ^ active at any given 
^™n\ Plpel 1 inin 9 allows the CPU to perform multiple operations 
simultaneously. 

3.2.1.3 Structure 

Segmented ~ Each microword is divided into three segments, CSO, 
' p " ,.k Dividing the microword into three segments 
enhances the pipelining process. 

CSO RAM Segment 

5?^? S D ° n .^ he SE0 module and consists of microword bits 
<47:0>. Provides early control - IBox and EBox operations. 
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CS1 RAM Segment 

Resides on the WCS module and consists of microword bits 
<95:48>. Provides mid/late control - EBox operations. 

CS2 RAM Segment 

Resides on the WCS module and consists of microword bits 
<142:96>. Provides late control - EBox and CBox operations. 



3.2.2 Microcode Control 

The sequencer module (SEQ) controls the operation of the 
microcode. The primary duties performed by the SEQ module are: 

• Select the appropriate microPC input for the control 
store address latches. 

• Monitor hardware and software interrupt requests. 

• Provide CSO segment microcode data to the kernel. 

• Monitor microbranch and microtrap conditions. 

• Provide a data path between the CPU and the console. 
The functional areas of the sequencer are: 

• INPR 

• CCBR 

• GWYC 

• UTRP 

• UBRS 

3.2.2.1 Interrupt and Processor Register (INPR) 

• Receives and prioritizes hardware interrupts (software 

inf orrnnfc ayo hanHlpH hv mi nmmdfi) . 

• Provides interrupt microtrap vectors and microbranch 
conditions to the microsequencer logic for interrupt 
processing . 
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3.2.2.2 Condition Code and Branch (CCBR) 

Monitors EBox and CBox condition bits. 

execution. maCr ° branCh ^ trap VeCt ° rS durin 9 instruction 

• Contains the PSL <N, C, V, Z> bits. 

9 anf ^crotral!^^ 1011 ^^ ^^ ^^ 

• Contains STATE flags for microcode branching. 

3.2.2.3 Gateway Control (GWYC) 

* ^H r ° 1S S° nS ° le aCCeSS to the micromachine during RAM 
loading and microcode requests. 9 M 

_._ e FQliuy eaurs curing data transfers. 

3.2.2.4 Microtrap (UTRP) 

# coitions. ^ * rioriti «« *" — o- and microtrap 

Provides microvectors to the microbranch slice logic. 

Controls microstack addressing and uPC mux. 

Provides SILO control to save machine state during traps. 

3.2.2.5 Microbranch Slices (UBRS) 

• Monitors microbranch conditions from the CPU kernel. 

• Monitors microvectors from the microtrap logic, 
larches! the neXt microPC to the control store address 

• Provides microstack data and receives RETURN data. 
3.2.3 Pipelining 
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Finure 3-1 SimDlified Pipelining 



3.2.4 Microtraps 

Microtraps are hardware conditions that prevent the current 
microword from executing properly. When a microtrap occurs, the 
hardware forces the control store address to a fixed location -(the 
location is dependent on the type of trap) overriding the address 
that would have been selected. The forced address is the starting 
location of the trap handler microcode routine. 

Microtraps are used extensively by the memory management system, 
and for resolving .system faults such as parity and bus errors. 
Table 3-1 lists the various types of microtraps for the VAX 8800 
system. 
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Table 3-1 VAX 8800 System Microtraps 



Microtrap Condition 



Priority 



Microbreak „. , ~ 

Machine Check * Highest 

VA Parity Error * 

TB Tag Parity Error * 

Not Used 

Reserved Floating-Point Operand 

Floating-Point Round Error, ADD 

Floating-Point Round Error, Multiply 

Integer Overflow 

TB Miss 

Access Violation 

Modify Bit 

Page Cross 

Unaligned Page Cross 

Unaligned Conditional Branch 

Integer Overflow 



Lowest 



* _ 



Machine Check 



oX w Le mi >r ap f ™ s ^rt^^ro^rL^r • that wouid 
£££ un ^v v a si: ° s i he trap ^ >----* straws 

^he'blo^enicr^nst^cti^: 3 ^ 1 " 9 ^ " sto " tio " f <~ return to 
Microaddresses of the blocked microinstructions are saved in » 
ore* tK^.c.S^c^n^tfo- ^ — ^ 0^^^^ 

3.2.5 Micromatch 

One method of halting the micromachine is through the use of * 

1. Stop on Match 

2. Trap on Match 

m&o^tch^the" stiff of" the'Loh 6 ^ "* St ° PPed dUrin * a 
fro, the console rescartslhe^fc^L ' ^ ^ * C °— nd 
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3.2.5.2 Trap on Match — Following a microPC match, the 
micromachine traps to a specified location to perform the intended 
operation. Original microcode flow can be continued at the 
completion of the trap routine. 

3.3 MEMORY ADDRESSING AND READ/WRITE OPERATIONS 

3.3.1 Virtual Addresses 

The processor generates a 32-bit virtual address for each 
instruction and operand in memory. As the process executes, the 
system translates each virtual address to a physical address. 

Virtual address space is a 32-bit unsigned integer specifying a 
byte location in the physical address space and is arranged in 
512-byte units, called pages. 

A memory management svstem provides the mechanism for mapping the 
active part of the virtual address space to the available physical 
address space and provides page protection between separate 
processes. The operating system controls the virtual-to-physical 
address mapping tables and places the inactive parts of the 
virtual address space on the external storage media. 

When memory mapping is disabled, virtual addresses are translated 
to physical addresses by ignoring bits 30 and 31. 

The translation buffer in the CBox is used to speed virtual 
address translations by holding calculated address translations 
for future use. If the translation for a virtual address exists in 
the translation buffer, the data is used for the physical address. 
If the desired address translation does not exist, a microtrap 
occurs and a trap routine performs the address translation. When 
the trap routine completes the translation process, the translated 
address is written into the translation buffer. 

3.3.1.1 Layout — Virtual address space is divided into two equal 
size spaces: 

1. Per-process address space 

2. System address space 

Per-process space is distinct for each process running on the 
system and system space is shared by all processes. Figure 3-2 
shows the layout for virtual address space. 

3.3.1.2 Format — The format for the 32-bit virtual address is 
shown in Figure 3-3. 
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PER/PROCESS 
SPACE 



SYSTEM 
SPACE 



PO (PROGRAM REGION) 
LENGTH REGISTER = POLR 



00000000 



P1 (CONTROL REGION) 
LENGTH REGISTER = P1LR 



3FFFFFFF 
40000000 



7FFFFFFF 



S (SYSTEM REGION) 
LENGTH REGISTER = SLR 



RESERVED REGION 



80000000 



BFFFFFFF 
C0000000 



FFFFFFFF 

SCLD-94 



Figure 3-2 Virtual Address Space Layout 
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31 30 



VPN <31 :9> 



BYTE NUMBER 



VPN (VIRTUAL PAGE NUMBER) -- SPECIFIES THE VIRTUAL PAGE TO BE REFERENCED 

BIT 31 1 = SYSTEM SPACE ADDRESS 

= PER-PROCESS SPACE ADDRESS 

BIT 30 PER-PROCESS SPACE 

1 = CONTROL REGION 
= PROGRAM REGION 

BYTE NUMBER -- SPECIFIES THE BYTE ADDRESS WITHIN THE PAGE 



Figure 3-3 Virtual Address Format 



SCLD-95 
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3.3.2 Physical Addresses 

Physical address space consists of two parts, memory space and I/O 
space. Memory space starts at address zero and continues to 
1FFFFFFF. I/O space begins at 20000000 and continues to the end of 
the physical address space 3FFFFFFF. Figure 3-4 shows the layout 
of physical address space. 



HEX BYTE ADDRESS 
00000000 

1FFFFFFF 

20000000 
21FFFFFF 
22000000 

23FFFFFF 
24000000 

25FFFFFF 
26000000 
27FFFFFF 
28000000 

3DFFFFFF 
3E000000 
3FFFFFFF 



(352 MB) 



MEMORY 
CONTROLLER 



PRIMARY MEMORY 

SPACE 

(512 MB) 




NBI #0 
(VAXBI #0) 






NBI #0 

l\l A VD 1 UJ 1 
\ * OADI # 1 ) 


M 1 


^ 


NBI #1 
(VAXBI #0) 


< 

<4 


NBI #1 
(VAXBI #1) 


< 


^ 


RESERVED 





32 MBYTES 

I/O SELECT = 



32 MBYTES 

l/D SFI FPT _ 1 



32 MBYTES 

I/O SELECT = 2 



32 MBYTES 

I/O SELECT = 3 



32 MBYTES 



Figure 3-4 Physical Address Space Layout 
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3.3.3 Address Translation 

The process of translating a virtual address to a physical address 
is controlled by setting the memory mapping enable (MME) bit in 
the MAPEN (MAP ENABLE) internal processor register. Figure 3-5 
shows the bit configuration of the MAP enable register. 



31 



01 oo 



MBZ <31:1> 



MME 



MME (MEMORY MAP ENABLE) 1 = MEMORY MANAGEMENT ENABLED 

= MEMORY MANAGEMENT DISABLED 
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Figure 3-5 MAP Enable Register Bit Configuration 

3.3.3.1 Page Table Entry — The CPU uses a page table entry (PTE) 
to translate virtual addresses to physical addresses. Figure 3-6 
shows the format and bit configuration of the PTE. Table 3-2 
describes the function and purpose of the PTE bits. 

Figures 3-7 through 3-9 show simplified diagrams of the 
translation process for system space and process space regions 
and 1 . 
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Figure 3-6 Page Table Entry Bit Configuration 
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Table 3-2 Page Table Entry Bit Description 



Bit Symbol Function Comments 



31 v Valid Bit Determines validity of the M bit and 

PFN field. 1 = Valid, = not valid. 
When V = 0, the M and PFN fields are 
reserved for DIGITAL software. 

30-27 PROT Protection Always valid. Used by the CPU 
Field hardware. 

26 M Modify Bit When bit 31 is set, the M bit 

indicates whether the page has been 

modified. If the M bit is set, the 

page may have been modified. 

25 z Zer ° Bit Reserved for DIGITAL software. Must 

be zero. 

24-23 OWN Owner Bits Reserved for DIGITAL software. Use 

as the access mode for the page 
owner. 

22-21 s Software Bits Reserved for DIGITAL software. 

20-0 PFN Page Frame Upper 21 bits of the physical 

Number address of the base of the page. 
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Figure 3-7 System Space Virtual-to-Physical Address Translation 



PROCESS 

SPACE 

VIRTUAL 

ADDRESS 

(PROGRAM) 



31 



31 30 29 



23 



22 



EXTRACT AND CHECK LENGTH 



ADD 



09 08 



02 



01 00 



00 



BYTE 



P0 

BASE 

REG 



SYS VIRTUAL BASE ADDRESS OF P0 PAGE TABLE 



I 



PTE 



31 30 



YIELDS 



SYS VIRTUAL ADDRESS OF PAGE TABLE ENTRY 



FETCH BY SYSTEM SPACE TRANSLATION ALGORITHM 
INCLUDES LENGTH AND KERNEL MODE ACCESS CHECK. 



CHECK ACCESS 



PHYSICAL ADDRESS 



21 20 



31 30 



29 



PAGE FRAME NUMBER 



(ACCESS CHECK IN CURRENT MODE) 



00 



09 



08 



Figure 3-l 



SCLD-101 



Process Space (P0 Region) Virtual-to-Physical Address 

Translation 
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Figure 3-9 Process Space (PI Region) virtual-to-Physical 



Address Translation 



3.3.4 Cache Operation 

The CBox shown in Figure 3-10 consists of three major functional 



areas : 



1. Translation Buffer (TB) 

2. Cache 

3. NMI Interface 



3.3.4.1 Translation Buffer — The translation buffer is a 
hardware buffer used to hold calculated address translations for 
future use. The TB also contains control information concerning 
the physical page. Table 3-3 lists and describes the fields of 
the translation buffer. 
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Figure 3-10 CBox Functional Components 
Table 3-3 Translation Buffer Field Description 



Field 



TB Tag 



TB Data 



Protection 



M Bit 

TB Valid Bit 



Field Description 



Used in the matching process to determine 
if the TB contains a translation for a 
virtual address. 

Consists of the page frame number (PFN) of 
the page table entry (PTE) for the virtual 
address . 

Protection information from the page table 
entry of the page. Compared with the 
current processor mode to determine access 
capabilities to the page. 

Modify bit from the page table entry. 

Indicates whether a TB entry is valid. The 
TB valid bit is not the same as the valid 
bit in the page table entry. 
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TB Hit 

A translation buffer hit indicates that the currently accessed TB 
entry is the correct translation for the virtual address. A TB 
hit is determined by accessing the TB with virtual address bits 
<31, 17:9> and matching the TB tag field with virtual address bits 
<30:18>. If the addresses match and the entry is valid, the 
translation is for the virtual address, and protection and modify 
bit checks are initiated. 

If there are no protection or Mbit problems, then it is a TB hit 
and the PFN concatenated with VA<8:0> is used as the physical 
address. 



TB Miss 

A TB miss occurs when there is no translation of the virtual 
address to a physical address. 

3.3.4.2 Cache — The cache is a read allocate only device, and 
cache locations are updated only if a previous cache hit existed. 
Write misses do not affect the cache. In order for the cache to 
process either reads or writes in one cycle and in any order, the 
cache uses a delay write algorithm that delays the update until 
the next write cycle. 

The cache is divided into three sections: 

1. Cache Tag Store 

2. Cache Tag Valids 

3. Cache Data Store 



Cache Tag Store 

The cache tag store holds the cache tags that are compared with 
the incoming pa<28:16> as part of the effort to determine a cache 
hit. 



Cache Tags Valid 

Each tag entry has four associated valid bits that are used to 
indicate an octaword valid. The valid bits are used in the 
matchinq process to determine a cache hit. 
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Cache Data Store 



The cache data store contains the data corresponding to the cache 
tag. If the access results in a cache hit, the data being read 
from the cache data store is valid data and is passed to either 
the IBox or EBox. 



3.3.4.3 NMI Interface ~ The NMI interface provides the control 
and data path that allows the CPU to communicate with the VAX 8800 
memory interconnect. Following a cache read miss, the NMI 
interface uses the missed read address to build an NMI 
command/address transaction and sends it to memory by means of the 
NMI. The translation buffer and cache are free to process 
additional CPU requests while the NMI interface handles the memory 
transaction with the NMI. 

When the memory data arrives, the NMI interface assumes control of 
the cache, loads the data into the cache store, and validates the 
cache tag valids with the new tag address. 

Read/write command/address transactions generated by the NMI 
interface in the CBox are transferred to memory and I/O devices by 
means of the VAX 8800 memory interconnect, which is a synchronous 
backplane bus that interconnects the CPUs, memory, and I/O 
adapters. 

3.3.5 Read/Write Operations 

Before any device can perform a transfer of data on the NMI, the 
device must request and be granted use of the bus by asserting an 
NMI arbitration request line. The bus is granted to the 
requesting device by the assertion of a bus enable signal for one 
cycle. 

A write transaction requires only one transfer. The device 
initiating the transaction arbitrates for the bus and then 
transfers command/address information followed by write data. 

Read transactions require multiple transfers to complete the 
transaction. First, the device requesting the read arbitrates for 
the bus and transfers the command/address. The device containing 
the data to be read arbitrates for the bus and transfers the read 
data during a second transfer cycle. A third transfer of read 
data may be required for some read hexword transactions. 

At the beginning of a read/write transaction, the 30-bit NMI 
address is asserted during the command/address cycle to identify 
the device involved in the transaction. NMI address selection is 
shown in Figure 3-11. 
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Figure 3-11 NMI Address Selection 
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3.3.6 Device Address Selection 

Address bit <29> determines if the specified address is a memory 
or I/O address. If it is an I/O address, then bits <28:26> 
further define which I/O adapter (NBI or NBI 1) is being 
addressed. If an NBI is addressed, then bit <25> selects the 
appropriate VAXBI (0 or 1). Bits <25:29> must be set to one in 
order to select a memory controller CSR. 

3.3.6.1 Transaction Significant Address Bits — Which bits of an 
address are significant, depends on the type of transaction being 
performed. Figure 3-12 shows the significant and nonsignificant 
bits for different transactions. 
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BY THE RESPONDING DEVICE. 
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Figure 3-12 NMI Address Bit Significance 
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3.4 INTERRUPTS AND EXCEPTIONS 



3.4.1 Servicing 

The two VAX 8800 CPUs handle interrupts that originate from within 
the processor or from the other processor. Interrupts from the 
NMI nexus (I/O devices and memory controller) are handled 
exclusively by the CPU that is designated as primary. 

3.4.1.1 NMI Interrupt Enable Register — Each processor has an 
interrupt control register (NICTRL) that enables or disables 
interrupt handling for that processor. The bits of the NICTRL are 
used as follows: 

Bit Function 

7 Enable Interrupts from NMI Device 

6 Enable Interrupts from NMI Device 1 

5 Enable Interrupts from Main Memory 

3.4.1.2 Types of Interrupts — There are two types of interrupt 
requests generated by the NBIs. An interrupt request can be 
generated locally by the NBI, or it can be generated by any one of 
the I/O devices connected to the NBI. 

Locally generated interrupts are at the BR4 level and I/O device 
interrupt requests can be at any BR level. (Refer to Table 3-4.) 

3.4.1.3 Servicing the Interrupt ~ To service an NBI interrupt, 
the CPU performs a firmware initiated read of a system control 
block vector offset value from one of the four vector offset 
registers in the NBI. The BR level of the interrupt determines 
which one of the four registers is used. 

Locally generated interrupts will use page zero (0) of the SCB for 
the vector offset, and T/O devices use pages 1 through 6 3 for the 
vector offset. 



3.4.2 Priority Levels 

In order for the CPU to respond to an interrupt, the incoming 
interrupt must have an interrupt priority level (IPL) greater than 
the IPL in the processor status longword (PSL) . Table 3-4 lists 
the hardware IPL assignments. 
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Table 3-4 Hardware Interrupt Priority Level Assi 



gnments 



Device or Condition 



Interrupt Priority Level (HEX) 



Unassigned lF 

Power Fail lE 

CBox Error ^ D 

NMI Fault lc 

Unassigned <1B:18> 

I/O Adapter #0 (NBI #0), NMI BR7 17 

I/O Adapter #1 (NBI #1), NMI BR7 17 

Interval Timer 16 

I/O Adapter #0 (NBI #0), NMI BR6 16 

I/O Adapter #1 (NBI #1), NMI BR6 16 

I/O Adapter #0 (NBI #0), NMI BR5 15 

I/O Adapter #1 (NBI #1), NMI BR5 15 

Memory, NMI BR5 15 

I/O Adapter #0 (NBI #0), NMI BR4 14 

I/O Adapter #1 (NBI #1), NMI BR4 14 

Console Terminal Receive 14 

Console Terminal Transmit 14 

Other Processor 14 

Unassigned <13:10> 



3.4.3 System Control Block (SCB) Format 

The system control block for the VAX 8800 system can have ud to 64 
pages of vectors that are allocated to three Tevels of inLrr^nr 
Ind NMi The flrSt Page (page 0) 1S reser,e6 for VAX a^ch tectural 
devices connec^d' ^' *"? SU K bsec < uent P^a are allocated to I/O 
devices) Sable 3 $ J£ r ° U R th V NBI adapters (maximum of 60 
aevicesj. Table 3-5 shows the configuration of SCB page 0. 
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Table 3-5 System Control Block Page (000 — IFF) 



Vector 


(HEX) 


Condition 


00 




NOP 


04 




Machine Check 


08 




Kernel Stack not Valid Abort 


OC 




Power Fail 


10 




Reserved/Privileged Instruction 


14 




Customer Reserved Instruction 


18 




Reserved Operand 


1C 




Reserved Operating Mode 


20 




Access Control Violation Fault 


24 




Translation Not Valid 


28 




Trace Pending 


2C 




Breakpoint Instruction 


30 




Not Used 


34 




Arithmetic 


38 




Not Used 


3C 




Not Used 


40 




CHMK 


44 




CHME 


48 




CHMS 


4C 




CHMU 


50 




Not Used 


54 




Not Used 


58 




Not Used 


5C 




NMI Fault 


60 — 


6C 


Not Used 


70 — 


7C 


Not Used 


80 




Interrupt Other Processor 


84 




Software Level 1 


88 




Software Level 2 


8C 




Software Level 3 


90 




Software Level 4 


94 




Software Level 5 


98 




Software Level 6 


9C 




Software Level 7 


A0 




Software Level 8 


A4 




Software Level 9 


A8 




Software Level A 


AC 




Software Level B 



Table 3-5 System Control Block Page (000 — IFF) (Cont) 



Vector 


(HEX) 


Condition 




BO 




Software 


Level 


C 


B4 




Software 


Level 


D 


B8 




Software 


Level 


E 


BC 




Software 


Level 


F 


CO 




Interval 


Timer 




C4 - 


-- CC 


Not Used 






DO - 


— DC 


Not Used 






E0 - 


— EC 


Not Used 






F0, 


FC 


Not Used 






F8 




Console Terminal Receive 






Console Terminal Transmit 


100 


— 11C 


Not Used 






120 
124 


— 12C 


I/O Adapter #0 
Not Used 


(NMI) 


130 
134 


~ 13C 


I/O Adapter #1 
Not Used 


(NMI) 


140, 


144 


Not Used 






148 
14C 


— IFF 


Memory (NMI) 
Not Used 





3.4.3.1 SCB Pagination — The pages of the SCB following page 
are allocated for devices connected through the NMI adapters. 
Interrupt devices are classified as either offsetable or directly 
connected. 



3.4.3.2 Offsetable Devices — Offsetable devices that pass 
interrupts from devices on another bus will use the first page 
following page 0. 

3.4.3.3 VAXBI Node Direct Connected Devices — Vectors for direct 
connected devices will be located beginning on the first even 
numbered page following the pages for offsetable devices. 
Depending on the amount of pages required for offsetable devices, 
a blank page may exist as a result of starting on an even numbered 
page with direct connected devices. One page will be allocated 
for each VAXBI. 
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3.4.3.4 SCB Format — The format for the SCB vector offset values 
supplied by an NBI I/O adapter are shown in Figure 3-13. 
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THE NBI ADAPTER DETECTS VAXBI VECTOR <13:9> NOT EQUAL 
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EACH BUA IN THE SYSTEM MUST HAVE A DIFFERENT VALUE 
LOADED IN THE VECTOR OFFSET REGISTER FOR PROPER 
SCB OFFSETTING. 
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w. 
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Figure 3-13 NBI I/O Adapter SCB Vector Offset Format 
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3.4.4 Machine Check Exception 

A machine check exception occurs any time the processor H P f a ^ 
internal error and reports the error ro%h2 \/Ec • tects an 
The exception is taken into the system n ito^ 1 "? S ? Stem ' 
address SCBB +04. Communicar i on III control block at virtual 
CPU microcode during machine rLnt h^i ^ VMS SyStem and the 
means of the machinr^heckltaLsl^Lte 3 ^ 11119 ^ ^^P^^ed by 



3.4.4.1 Types of Exceptions — Machine check 




FAULTS 



Table 3 " 6 Machine Check Exception Exampl 



es 



T YP e Description 



Sequencer-to-Console Processor Register t Box 

Data Parity Error Box 

Console Processor Register-to-Sequencer IBox 

Data Parity Error ox 

Decoder RAM-to-Sequencer Data Parity Error ibox 

Console Processor Register Input Data t Rox 

Parity Error iBOX 



Memory Failure 
Cache Tag Parity Error 
Memory Data Parity Error 
Virtual Address Parity Error 



CBox 
CBox 
CBox 

CBox 

Translation Buffer Tag Parity Error * C Box 
Translation Buffer Data Parity Error 
Data Read Error 



CBox 
CBox 
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Table 3-6 Machine Check Exception Examples (Cont) 



Type Description Location 

ABORTS CSO Parity Error IBox 

CS1 Parity Error IBox 

CS2 Parity Error IBox 

NMI Sequencer Control Store Parity Error CBox 

Decoder RAM Output Data Parity Error IBox 

FAULTS OR ABORTS DEPENDING ON SOURCE 

B - Side Byte 3 Parity Error 

A - Side Byte 3 Parity Error 

B - Side Byte 2 Parity Error 

A - Side Byte 2 Parity Error 

B - Side Byte 1 Parity Error 

A - Side Byte 1 Parity Error 

B - Side Byte Parity Error 

A - Side Byte Parity Error 



EBox 
EBox 
EBox 
EBox 
EBox 
EBox 
EBox 
EBox 
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CHAPTER 4 
DIAGNOSTIC AND MAINTENANCE AIDS 



4.1 INTRODUCTION 

This chapter contains a brief overview of the diagnostics and 
maintenance aids used in the VAX 8800 system. Included in this 
chapter is a description of the module keying verification and the 
power and environmental system. Refer to the System Diagnostic 
User's Guide for detailed information concerning diagnostic use. 

4 . 2 GENERAL 

The VAX 8800 diagnostic software package provides a bottom-up 
sequence for verifying the CPU cluster and the system. Tests and 
test programs should be run in the sequence they were designed 
for, in order to achieve maximum coverage and isolation. 

A top-down test sequence is also provided for installation or 
repair verification if the run time of the bottom-up sequence 
exceeds field service limitations. 

In a dual processor configuration, some microdiagnostic tests can 
be run concurrently in both processors, and others must be run 
sequentially in one processor at a time. The microdiagnostic 
monitor controls dispatching to microdiagnostics making this 
transparent to the user. 

The default diagnostic mode in the dual processor configuration is 
to test both left and right CPUs. The user must explicitly select 
a single processor if both are not to be tested. 



CAUTION 
Diagnostics cannot be run in one 
processor while an operating system is 
running in the other. 

VAX 8800 specific diagnostics (for example, NMI exerciser, cluster 
exerciser) require both processors to be running cooperative 
macroprograms . 

The flowchart in Figure 4-1 shows a complete bottom-up test 
sequence for the VAX 8800 system. Normally, the sequence can be 
abbreviated, but when a failure is detected, more information will 
be gained by running every test. 
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Figure 4-1 Bottom-Up Testing 



I 4-2 



4.3 DIAGNOSTICS 

The diagnostics for the VAX 8800 system are divided into the 
following major areas: 

• Console selftest 

• Microdiagnostics 

• Macrodiagnostics 

• Customer runnable diagnostics 

Each of the major diagnostic areas tests a certain section or 
sections of the VAX 8800 system. 

4.3.1 Console Selftest 

The console selftest is initiated automatically when the console 
power is applied and requires no intervention by the console 
operator. A failure during the console selftest results in a 
graphic identification of the failed area on the operator's 
console display. The console selftest checks: 



mU _ jl. 



inau cue console naraware will run P/OS (professional 
operating system) 

• Disk drives (floppy and hard) 

• The RTI (real-time interface) 

Refer to the PRO Series manuals for additional information 
concerning console error analysis. 

4.3.2 Microdiagnostics 

The VAX 8800 specific microdiagnostics are initiated from the 
console by entering commands at the console keyboard when in the 
micromonitor (MICMON) mode. 

The micromonitor program is part of the console software and runs 
in the console processor. It is used to load, control, and monitor 
both console-based and WCS-based microdiagnostics. The 
microdiagnostics test: 

• The left and right CPUs 

• The clock/console interface 

• The NMI 

• Memory 
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4.3.2.1 CSM Commands — A subset of console commands requiring 
console support microcode (CSM) is available while running 
diagnostics. If CSM commands are executed between tests, the test 
cannot be continued. Because some CSM code may use functions that 
have not yet been tested, some tests may not function correctly 
after executing CSM commands from the console. 

To execute console CSM commands while running diagnostics, enter 
the START/C 3000 command following the MIO prompt. This will 
force the UPC to the start of diagnostic CSM code and turn the 
clocks ON. The following commands will be valid: 

DEPOSIT/PHYSICAL/LONG 

DEPOSIT/PHYSICAL/BYTE 

EXAMINE/PHYSICAL/LONG 

EXAMINE/PSL 

DEPOSIT/PSL 

EXAMINE/SDF 

DEPOSIT/SDF 

EXAMINE/TEMP 

DEPOSIT/TEMP 

DEPOSIT/CACHE 



Executing the EXAMINE/DEPOSIT/TEMP commands while running 
diagnostics (using diagnostic CSM code) requires using different 
addresses for the TEMP registers. Table 4-1 lists the TEMP 
register addresses to be used for diagnostic CSM. 
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Table 4-1 TEMP Register Addresses for use 
with Diagnostic CSM 



Temp Register Address (Hex 



WDR 

TO 

Tl 

T2 

T3 

T4 

MT1 

MT2 

MT3 

MDO 

MD1 

MD2 

MD3 

MD4 

MD5 

nuO 





1 

2 
3 

4 
5 
6 
7 
8 
9 
A 
B 
C 
D 
E 
F 



MM.MDR 10 

VA n 

BACK. UP. PC 12 

INVALID 13 _ lF 



The microcode error registers can be read when running diagnostic 
CSM code, by using the EXAMINE/IPR command with the error register 
addresses listed in Table 4-2. gisuer 
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Table 4-2 Microcode Error Register Addresses 



Register Address Format of Returning Register Data 

Cache Register Bits<2-0> = NMI ON, CACHE ON, and 

MM ENABLE, respectively 

Cache Err Reg Byte 2 1 Bits<5-0> = CER Byte 2 

Cache Err Reg Byte 1 2 Bits<5-0> = CER Byte 1 

Cache Err Reg Byte 3 Bits<5-0> = CER Byte 

NMI Error Address Reg 4 Bits<29-1> = PA<29-1> 

NMI Fault Reg Byte 1 5 Bits<4-0> = NFSR Byte 1 

NMI Fault Reg Byte 6 Bits<4-0> = NFSR Byte 

NMI Silo 7 Bits<19-0> = NMI SILO Byte 2, 

Byte 1, and Byte 0, respectively 

EBox Error Reg 8 EBox Error Reg 

IBox Error Reg 9 IBox Error Reg 



The NBI diagnostic routines test for error conditions and detect 
the condition of the NMI. The cursor prompt for the 
microdiagnostics is 'MIC>'. 

4.3.2.2 Status and Error Information — During the execution of 
microdiagnostics, as much information as possible is made 
available to the operator. Both section and test tracing 
information is nrovided. 

Section tracing displays the name and revision level of each 
section that is being executed. Test tracing displays the name anu 
a brief description of each test being executed. 

An extented error printout is available that provides the SYNCH 
UPC and CONT UPC fields for hardware debug. SYNCH UPC provides the 
WCS address at the top of the loop, and CONT UPC provides the WCS 
address of the microinstruction just beyond the error loop. 

Example 4 = 1 shows a. sample micromoni tor/microdiagnost i c display 
output with section and test trace enabled. Example 4-2 shows a 
sample output with an error message. 
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MIO DIAGNOSE 

TESTING LEFT & RIGHT CPU 
EZKBA - REV X.Z 

TEST 1 (Description of Test 1) 
TEST 2 (Description of Test 2) 



EXKBB - REV X.Z 

TEST 1 (Description of Test 1) 

END OF PASS [NO ERRORS DETECTED] 
MIO 



example 4-1 Sample Microdiagnostic Display Output 



MIO SELECT RIGHT 
MIO DIAGNOSE 

TESTING RIGHT CPU 
EZKBA - REV X.Z 

TEST 1 (Description of Test 1) 
TEST 2 (Description of Test 2) 



*** 



RIGHT CPU FAILED *** EZKBA *** TEST 02 *** ERROR 01 *** 



FAILING HW: M1234, M5678, M9012 

SYNCH UPC: aaaa CONT UPC: bbbb 



MIO 



Example 4-2 Sample Microdiagnostic Error Display 
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4.3.2.3 Micromonitor Error Messages 
possible micromonitor error messages: 



■- The following is a list of 



Unexpected trap occurred (type of trap) 
Unexpected interrupt occurred (type of interrupt) 



NOTE 
An unexpected error detected by a 
diagnostic usually indicates that the 
WCS code went off to some illegal 
location. 



Illegal error number received from WCS-based test 

Illegal message received from WCS-based diagnostic 

Failure sending message to diagnostic 

Power not on 

Illegal section name(s) 

No section currently loaded 

Illegal test number(s) 

Maximum test number exceeded 

Micmon protocol error 

Unable to load console-based section 

Unable to load WCS-based section 

Unable to load diagnostic CSM 



4.3.3 Macrodiagnostics 

The macrodiagnostics are both VAX 8800 system specific and generic 
diagnostics. Macrodiagnostics (except EVKAA) are run under the 
VAX diagnostic supervisor (DS>), 

The macrodiagnostics are used to test and isolate problems in the: 

• CPU kernel (both left and right CPU) 

• I/O subsystem 

• I/O adapters 



±/KJ 



+-1-.Q MHTa MRTR. VAXRT 



ST 



The macrodiagnostics are also used to exercise various portions of 
the VAX 8800 system as well as repair verification. The cursor 
prompt for the macrodiagnostics is: DS>. 

NOTE 
In order to fully test the VAX 8800 
system, both the macrodiagnostics and 
the microdiagnostics must be run. 

Table 4-3 lists and describes the major tests available in the 
macrodiagnostic programs. 
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Table 4-3 Macrodiagnostic Tests 



Test 



EVKAA 
EVKAB 



EVKAC 
EVKAE 



EZCJA 
EZXCA 



Description 



Function Verification of the VDS Kernel Instruction Set 

Basic Instruction Exerciser. Runs Native Mode 
Instructions in: 

Integer Arithmetic 
Variable-Length Bit Fields 
Control Instructions 
Queue Instructions 
Character Strings 
Decimal Strings 

VAX Floating-Point Exerciser 

VAX Privileged Architecture Diagnostic 

VAX 8800 System-Specific CPU Cluster Exerciser. 
EZKAX tests: 

Internal Processor Register Access 

Processor Power Failure 

Processor Halts 

User Writable Control Store 

Machine Checks 

Dual-Processor Communication 

NMI-to-VAXBI Adapter Diagnostic Test 

NMI Activity Diagnostic Test 



4.3.4 Customer Runnable Diagnostics 

Customer runnable diagnostics (CRD) are a packaged set of 
user-friendly diagnostics designed to enable the user to isolate 
system problems to the failing option. CRDs are designed with the 
customer in mind, and are fast and easy to use. All test results 
are printed in English. 

When the diagnostic media is loaded and the TEST command is given, 
the test proceeds automatically under the control of the 
micromonitor. The CRDs will test the system and inform the 
operator of the status of the option being checked, the time 
required to complete the test, and whether that particular option 
passed or failed. 

Customer runnable diagnostics provide the user with two options: 



1. Auto-Test mode 

2 . Menu mode 
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4.3.4.1 Auto-Test Mode — The auto-test mode verifies the 
operation of the CPU internal options, VMS system disk, and the 
diagnostic load disk. The test requires approximately 20 minutes 
to complete. 



4.3.4.2 Menu Mode — Menu mode is an extension of auto-test that 
allows verification of all system supported options. The test run 
time is dependent upon the number of installed system options. 



4.3.5 Remote Diagnostics 

A COMM port on the rear of the console PRO-38N is available for 
remote access to the VAX 8800 system. From a console software 
point of view, the remote port is identical to the local 
operator's console. For safety reasons, the POWER ON command is 
not accepted from the remote console. The DISABLE PRINTER and 
DISABLE REMOTE MONITORING commands will not be executed from the 
remote terminal. 

When a remote port is connected and is operating in the console 
mode, the local port cannot execute commands that can change the 
state of the VAX CPUs. This restriction prevents a local operator 
from inadvertently changing the machine state while remote 
debugging is taking place. The local operator is limited to 
control and status commands during a remote diagnostic operation. 

4.4 POWER/ENVIRONMENTAL SYSTEM 

When the main circuit breaker of the VAX 8800 system is turned to 
the ON position, power is applied to the cooling blower and the 
NBox. The NBox supplies a dc voltage to the EMM for the module 
keying test prior to application of power to the backplane. 

4.4.1 Module Placement Verification 

Module placement verification is performed in two steps. The 
first step uses a module key test to ensure that there are no 
modules inserted in a slot that will cause damage to the module 
when power is applied. The second step verifies that the correct 
module is installed in the intended slot. 



4.4.1.1 Module Key Test — The key test verifies that VAX 8800 
modules are installed correctly in one of the following four 
module groupings: 

1. CPU modules 

2. Clock module 

4. NBIA module 
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The modules within a group have similar power requirements and 
cannot be damaged, provided that the module is installed in the 
correct grouping, even if it is in the wrong slot (for example, a 
CPU decoder module installed the in shifter module slot). 

There is no requirement to test memory array or VAXBI modules, as 
they will not fit into the other slots. The memory array modules 
use three segments of pins, and the VAXBI modules use a 
five-segment card. CPU, clock, MCL, and NBIA modules use two 
segment cards. 

The EMM parallel key circuit uses the key sense input shown in 
Figure 4-2 to enable it to turn on the power to the system. The 
key sense signal is a single wire looped from the EMM to the 
computer backplane and back to the EMM. 



The EMM compares th 
voltage and asserts 
if an error is detec 
the EMM from receiv 
Failure of the modu 
the front of the EMM. 
front of the EMM is 
shows how the Key Sou 
groups and returned to 



e Key Sense input with an internal reference 

a signal that holds the EMM in a reset state 

ted. Holding the EMM in a reset state, keeps 

ing POWER ON commands from the console. 

le key test illuminates the KEY FAULT LED on 

The "Electrical Key Override" switch on the 

not used in the VAX 8800 system. Figure 4-3 

rce signal is looped through the four module 

the EMM as Key Sense. 



EMM 



CPU BACKPLANE 



+ 12 V 



D 

LED 



324K CHVI 



DISABLE 



COMPARE 



,VREF 



MODULE KEY 

-> 

SOURCE 



MODULE KEY 



SENSE 
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Figure 4-2 Module Keying Test Simplified Block Diagram 
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CPU 



A28 = OPEN 
B28 = GND 
C28 = GND 
D28 = GND 



CLK 



A28 = GND 
B28 - OPEN 
C28 = GND 
D28 = GND 



MCL 



A28 = GND 
B28 = GND 
C28 = OPEN 
D28 = GND 



NBIA/SPARE 

A28 = GND 
B28 = GND 
C28 = GND 
D28 - OPEN 



SCLD-109 



Figure 4-3 Module Key Test Connections 



4.4.1.2 Module Placement — When the key test verifies that the 

modules are installed in a correct grouping and power is applied, 

the Vbus is used to determine that the correct module is inserted 
in the clock and CPU slots. 

The Vbus test that is used to test for correct module placement 
within the CPU group will not work if the clock module is not 
installed in the correct slot. (The Vbus control registers are 
located on the console interface portion of the clock module.) 



<- 1 11^ w ^s v- +- 



-I C? 11CQ 



H +-r\ r-Viar-V fr>v fho nr-p> aarmo of hhp 



Vrrr 



nb: 






.es . 



4.4.2 Power Monitoring/Error Reporting 

The environmental monitoring module in the power system complex 
has sensors for monitoring cooling system airflow, cabinet 
temperatures, and line and system operating voltages. The EMM also 
contains actuators that control the application and removal of the 
system power and the battery backup unit in response to console 
commands . 



The EMM has a microprocessor that communicates with the console 
processor and performs a power shutdown when the environmental 
parameters are not within allowable specifications established by 
the console. 
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4.4.2.1 Default Mode Error Reporting — when system power is 
first applied and the console has not yet established 
communications with the EMM, the EMM uses a set of default 
parameters to monitor power system performance. The default 

o^ a !T terS ? re stored in the E MM ROM and are loaded into the EMM 
RAM during the EMM boot procedure. 

If the EMM detects an error during the EMM selftest, a single 
character error code is sent to the console to inform the console 
of a test failure. The EMM repeats the failing test until it 
passes successfully or until the console reaches the point in the 

?K We ^U P sequence where the console is ready to communicate with 
the EMM. 

When the console receives the error message, or fails to establish 
communications with the EMM, the console software prints an error 
message on the operator display and stops the power-up sequence. 

The following default parameter error codes are used by the EMM 
when the console has not reached the point in the power-up 

-^-t. — ^^w^, inwn j. i_wj_ j. ny pcii. cunt; ut:.L fc> ; 

Voltage DMCODE 0-11; Regulator A-L 

Temperature DMCODE 12-15; Therm T1-T4 

Temperature DMCODE 16-18; Diff D12-D14 

Module OK Transition DMCODE 19 

Air Flow Fault DMCODE 20-21; AFFl-2 

Battery Backup Fault DMCODE 22 

4.4.2.2 Operational Error Reporting — During the power-up and 

iK ltla ™?, atl ° n P rocess ' the console passes a set of parameters to 

the EMM to replace the default parameters used prior to 
establishing communications. 

When one of the parameters monitored by the EMM no longer meets 
specifications, the EMM sends an unsolicited warning message to 
the console display and begin a five minute timer. If the problem 
is not resolved in five minutes, the EMM asserts the TOTAL OFF 
command and shuts down the system power. Example 4-3 shows a 
sample EMM warning message display. 
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**** 



WARNING, ENVIRONMENTAL MONITORING MESSAGE RECEIVED 



VOLTAGE EXCEPTION REPORTED BY EMM %067, S-AUG-85^ 10:00:00 
REG A transition from 'In Range 1 to 'Below Range' 
pol: + mea: 0001 input: 2 
mar: 0000 lolim: 0000 hilim: 0000 

AUTOMATIC SHUTDOWN IN PROGRESS (BLINKING) 

reg: A B C D E F G H I J K L KAC LAC KEY 

moki ok ok ok ok ok ok ok ok ok ok ok ok ok ok ok 

sig: AF1 BBF CBF AF2 ACL DCL PEN PER 
val: 10 10 11 

Example 4-3 EMM Warning Message 



4.4.3 Voltage Margining 

The voltage regulators in the VAX 8800 system can be margined up 

or down by the console operator, using the SET MARGIN command. 

The Margin Enable (MARGEN) and Margin Hi Lo (MARHILO) Registers 
shown in Figure 4-4 are EMM registers used to margin the Module 
Power Supply Regulators. The MARGEN Register enables voltage 
margining for the appropriate regulator when the corresponding bit 
is set. The same bit in the MARHILO register determines if the 
regulator voltage is raised or lowered. 
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07 06 05 04 03 02 01 



00 



MARGIN ENABLE REGISTER 
BIT SET = MARGIN 
BIT RESET = RETURN TO 

NOMINAL VALUE 



- NOT USED 

- REGULATOR B +5.0 V BBU 
REGULATOR C +5.0 V 

■ REGULATOR D -2.0 V 

- REGULATOR E - 5 . 2 V 

REGULATOR F B I 
REGULATOR H Bl 
NOT USED 



07 06 05 04 03 02 01 



00 



MARGIN HI LO REGISTER 
BIT SET = MARGIN HI 
BIT RESET = MARGIN LO 



- NOT USED 

- REGULATOR B +5.0 V BBU 
REGULATOR C +5.0 V 
REGULATOR D -2.0 V 

- REGULATOR E - 5 . 2 V 
REGULATOR F Bl 
REGULATOR H Bl 

NOT USED 



Figure 4-4 Margin Enable and Margin Hi Lo Registers 
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4.5 MAINTENANCE AIDS 

4.5.1 Machine Check Logout Stack 

A machine check exception is taken any time the processor detects 
*n internal error. Each machine check exception must he detected 
and reported to VMS in an established way. Parameters from tne 
environment in which the error occurred have to be collected from 
various locations in the machine and pushed onto a Machine Check 
logout Stack. The data in the stack is used by VMS to determine 
whether to continue to run normally or halt and return to Console 
Mode. Figures 4-5 through 4-15 show the format of the Machine 
Check Logout Stack and associated error registers. 
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STACK FRAME LENGTH IN BYTES (20 HEX) 



MACHINE CHECK STATUS REGISTER (MCSTS) 



MICROPC 



VA/VIBA 



IBOX ERROR REGISTER (IBER) 



CBOX ERROR REGISTER (CBER) 



EBOX ERROR REGISTER (EBER) 



NMI FAULT SUMMARY REGISTER (NMIFSR) 



NMI ERROR ADDRESS REGISTER (NMIEAR) 



MACROPC 



PROCESSOR STATUS LONGWORD (PSL) 
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Figure 4-5 Machine Check Logout Stack 
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CBOX ERROR REGISTER 
31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 1110 09 08 07 06 05 04 03 02 01 00 



VA PARITY ERROR 

TB DATA PARITY ERROR 

CACHE DATA PARITY ERROR 

MEM DATA PARITY ERROR 

TB TAG PARITY ERROR 

NMI CS PARITY ERROR 

BAD READ DATA 

BAD PIBA DATA 

NMI DATA PARITY ERROR 



Figure 4-6 CBox Error Register 
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IBOX ERROR REGISTER 

31 30 29 28 27 26 25 24 23 22 21 20 19 18 1 7 1 6 1 5 1 4 1 3 1 2 1 1 1 09 08 07 06 05 04 03 02 01 00 











PiBA FAILURE 

BAD MICROADDRESS 

IB PARITY ERROR, UPPER WORD 

IB PARITY ERROR, LOWER WORD 

SEQ IPR PARITY ERROR 

DEC IPR PARITY ERROR 

DECODER RAM OUTPUT PARITY ERROR 

CONSOLE TO DEC PARITY ERROR 

CS0 PARITY ERROR 

CS1 PARITY ERROR 

CS2 PARITY ERROR 

DEC TO CONSOLE PARITY ERROR 



IDoy C v v /-» ** Dcini cfar 
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EBOX ERROR REGISTER 



B SIDE PARITY ERROR 
A SIDE PARITY ERROR 

SOURCE FOR B SIDE DATA ■ 
SOURCE FOR A SIDE DATA . 



07 06 05 04 03 02 01 



00 
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Figure 4-8 EBox Error Register 



NICTRL -- NMI INTERRUPT CONTROL IPR# = 80 WRITE ONLY 

31 30 29 28 2726 2524 23 22 2120 19 18 17 16 15 1413 12 1110 09 08 07 06 05 04 03 02 01 00 



00,0000 0(00 



I 10 |0 











oop 



DEVICE INTERRUPT ENABLE 

DEVICE 1 INTERRUPT ENABLE 

MEMORY INTERRUPT AND NMI FAULT ENABLE 







Figure 4-9 NMI Interrupt Control Register 
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NMIFSR 
31 30 29 



NMI 
28 27 



FAULT SUMMARY IPR# = 82 READ ONLY 
26 25 24 23 22 21201918 171615 14 13 12 1 1 1 09 08 n7 06 OS 04 03 02 01 00 



Ol 0| 







I I 











— TIMEOUT STATUS 

— TIMEOUT STATUS 1 

— TIMEOUT STATUS 2 
TRANSMIT 

- READ SEQUENCE ERROR 

- CONTROL PARITY ERROR 
ADDRESS/DATA PARITY ERROR 

- BUFFER ID <0> 



— BUFFER ID <1> 

— NMI FAULT 



BUF ID 
<1> <0> 


BUFFER CODE 


o 

1 

1 

1 1 


NO TIMEOUT 
WRITE TIMEOUT 
READ TIMEOUT 
PIBA TIMEOUT 



TIMEOUT CODE VALID IF BUF ID INDICATES liMbOUT 



<2> <1> <0> 


















1 





1 








1 


1 


1 








1 





1 


1 


1 





1 


1 


1 



NO TIMEOUT 

RESERVED 

INTERLOCK TIMEOUT 

NO RETURN READ DATA 

NO ACCESS - NO RESPONSE 

NO ACCESS TO BUS 

NO ACCESS - INTERLOCKED 

NO ACCESS BUSY 



SCLD-116 



p-;^,,v-o 4-10 NMI Fault Summary 
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NMISILO - NMI SiLO DATA IPR # = 83 READ ONLY 

31 30 29 28 27 26 25 24 23 22 21 20 19 18 1 7 1 6 1 5 1 4 1 3 1 2 1 1 1 09 08 07 06 05 04 03 02 01 00 



o ! o 



i — r 



— i — ! — i — 

I i I 



— i — i — 
I o i 



-NMI CONFIRMATION 
-NMI ADDRESS/DATA 

- NMI FUNCTION 
-NMI ID MASK 

- RIGHT CPU ARB 

- LEFT CPU ARB 

- MEMORY ARB 
I/O 1 ARB 

I/O ARB 

MEMORY BUSY 

DIAGNOSTIC SILO MARKER 
AFTER FAULT 



Figure 4-11 NMI Silo Data 



NMIEAR - NMI ERROR ADDRESS REGISTER IPR# = 84 READ ONLY 

31 30 29 28 2726 2524 23 22 21 2019 18 17 1615 1413 12 1110 09 08 07 06 05 04 0, OP m n n 

NMI ADDRESS <29::00> 
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Figure 4-12 NMI Error Address Register 
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/■NAz-Micr cvj DcriicTCD IPP# - «^ RFAD/WRITE 

(jUtl - OHUnL \JI1 IIUUIUII-II ■■ "■# — ww . .— .-"5_ — 

31 30 29 28 2726 25 24 23 22 21 20 1918 171615 1413121110 09 08 07 06 05 04 03 02 01 00 



CACHE ON 



Figure 4-13 Cache ON Register 



MCSTS - MACHINE CHECK STATUS IPR# = 26 READ VERSION 

31 30 29 28 2726 2524 23 22 21 20 19 18 17 16 15 1413 12 1 1 1 09 08 07 06 05 04 03 02 01 00 



MACHINE CHECK ENTERED FROM INTERRUPT 

MACHINE CHECK IN PROGRESS 

ABORT 



Figure 4-14 Machine Check Status 



REVR1 - REVISION REGISTER 1 IPR# = 86 READ ONLY 

31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 



SHR 



SLC1 



SLC0 



ADP 



CCS 



DEC 



SEQ 



WCS 



REVR2 - REVISION REGISTER 2 IPR# = 87 READ ONLY 

31 30 29 28 27 26 2524 23 22 21 20 19 18 17 16 15 1413 12 1110 09 08 07 06 05 04 03 02 01 00 

BACKPLN 



UCODE TOP REV 



USER UCODE REv 



CONSOLE TOP REV 



Figure 4-15 Revision 1/2 Registers 
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SECTION 2 
SYSTEM BUS SUMMARY 



CHAPTER 1 
MEMORY INTERCONNECT (NMI) 



1.1 INTRODUCTION 




es 



description that follows are defined in Table 1-1. 



The NMI has 32 multiplexed address/data lines plus control lin«« 
and system clocks. It also has address/data and control line 
n^\ Y ', ^ US arbltration is centralized (bus arbitrator in left 
si nal si gnals are ECL, except for FET-driven AC LO and DC LO 

The primary CPU services all interrupts generated on the NMI. (The 
primary CPU may be either the left or right CPU in dual-processor 
systems.) It also performs all I/O data transfers on the NMI. 

The NMI supports the following read/write transactions: 

• Write transactions: longword, quadword, and octaword 

• Read transactions: longword, octaword, and hexword 

Longword, quadword, octaword, and hexword transactions are used to 
transfer memory data. Only longword transactions are used for I/O 
data transfers. If desired, memory data transfers may be hardware 
interlocked by the memory nexus (interlocked reads/unlock writes). 
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[PRIMARY CPU) 

NEXUS 
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(ATTACHED CPU) 

NEXUS 
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7^ 



\7 



I/O 




I/O 






ADAPTER 




ADAPTER 1 




MEMORY 


NEXUS 




NEXUS 




NEXUS 


(NBI 0) 




(NBI 1 ) 







7^ 



\Z 



Figure 1-1 Memory Interconnect (NMI) 



Table 1-1 Glossary of NMI Terms 



Term Definition 



Nexus 



A hardware block that physically connects to the NMI. 

Transaction A task performed on the NMI (read/write). A transaction 
consists of one or more transfers. For example?" wrUe 

and data?" T^T ^^ transfer <co»Eand/adEe88 
and data) A read consists of two or three transfers 

(command/address followed by one or two transfers of 
return read data). srers ot 



Transfer 



Commander 



The discrete transfer of data that occurs after a nexus 
gets control of the NMI and before it relinquishes the 
NMI. A transfer may consist of one or more bus cycles 
For example, (1) the command/address cycle of a read 

transsr-h i nn nv (o\ *-u„ n/ - , 1 ^ a ■ Lfc;clu 

v ^, C11C uummana/ aaaress cycle and the 
data cycle(s) of a write transaction. 

Iht n rpn S th9t . initiates a transaction. For example, if 
tne lpu initiates a read from memory, the CPU is the 
commander. 



Responder The nexus that is the object of a transaction. For 
example if the CPU initiates a read from memory, the 
memory is the responder. Y 
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1.2 BASIC FUNCTIONS 

The NMI performs six major functions. 

1. Memory read/write operations — By means of bus read/write 
transactions, allows the CPUs and I/O adapters to access 
memory. (Memory read/write operations by the I/O adapters 
are DMA operations initiated by the I/O devices connected 
to the adapters. ) 

2. I/O register read/write operations — Again by means of 
bus read/write transactions, allows the primary CPU to 
access control/status registers in the memory, I/O 
adapters, and the I/O devices connected to the adapters. 

3. Interrupt handling — Transmits interrupt requests 
generated by the memory and I/O adapters to the primary 
CPU. (Interrupt requests by an I/O adapter may be 
generated by the I/O adapter itself or by the I/O devices 
connected to the adapter.) 

4. System synchronization — Provides system clocks to all 
nexus . 

5. System initialization — Allows console to initialize all 
nexus. (UNJAM console command asserts UNJAM signal on 
NMI. ) 

6. Power loss warning — Provides AC LO and DC LO signals to 
all nexus. 
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1.3 NMI SIGNALS AND TIMING 

Generally, bus signals are asserted and negated at the beginning of 
a bus cycle, which is phase B of the system clock. Also, bus 
signals are received and latched using phase A of the system clock 
Refer to Figure 1-2. 



B CLK H 



NMI BUS CYCLE - 



TRANSMIT PERIOD 



^ DATA VALID ^ 



A CLK H 



RECEIVE PERIOD 

w >\ 



DATA 
" LATCHED 



Figure 1-2 Basic NMI Timing 



All the NMI signals are shown in Figure 1-3 and defined in Table 
1-2. Most signals are generated by (and only connect to) the NMI 
nexus. However, the system clocks and some miscellaneous control 
signals originate on the clock module, and the bus arbitration 
signals connect to the bus arbitrator in the left CPU (in the CCS 
module). AC LO and DC LO signals are generated by the EMM in the 
power subsystem. 
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NM1 
NEXUS 



fez 



32 

2_ 



ADDRESS DATA <31 :0 0> 



3d 



^ _^ 



FUNCTION<4:0> H 



*^ 



ID MASK<3:0> H 



/ ► 



«V 



2 2 

• DATA PARITY H, FUNCT ID PARITY H * 



7^ 



^ 



CONFIRMAT!ON<1:0> H 



/ ► 



INTERRUPT AND FAULT LINES (SEE SHEET 3) 



ARBITRATION LINES (SEE SHEET 2) 



CLOCK AND MISC. CONTROL LINES (SEE SHIEET 4) 



AC LO L/DC LO L 



EMM 



(SEE SHEET 4) 



CLOCK 
MODULE 



BUS 
ARBITRATOR 



ARBITRATION LINES (17) 



MEMORY HOLD H ( 1 ) 

LEFT CPU HOLD H ( 1 ) 
RIGHT CPU HOLD H ( 1 
I/O HOLD H (1 

i /' O i HOLD H i i i 

MEMORY BUSY H ( 1 ) 



MEMORY ARB H 
I/O ARB H 
I/O 1 ARB H 
LEFTCPU ARBH 
HiGHl CPU AHb H 
MEMORY BUSY ARB 



(1) 
(D 

1 

1 



NMI 
NEXUS 



ARBITRATOR 
LOCATED ON 
CCS MODULE 
(LEFT CPU) 



h\» 



1) 



MCL BUS EN ( 1 ) 

I/O BUS EN (1 ) 

I/O 1 BUS EN (1 

LEFT_CPU BUS EN (1 

KiGH I CPU BUS EN (\ ) 



INTERRUPT LINES (14) 



MISC. CONTROL LINES (10) 



LCPU MEM INTR H 

DEVO LINTR H j 

DEV1 LINTR H 

DEVO LINTR LVL<1 :0> H (2) 

DEV1 LINTR LVL<1:0> H (2) 



RCPU MEM INTR 

DEVO RINTR H 

DEV1 RINTR H 

DEVO RINTR LVL<1:0> H 

DEV1 RINTR LVL<1:0> H 



1 ) 

M 

(2) 
2) 



UNJAM <2:0> H (3) 

SLOW CLOCK ENABLE H 1 

SLOW MODE H ( 1 

HARBINGER <2:0> H 3 

RESET <1:0> H 2 



FAULT LINES (5) 

FAULT DETECT<3:0> H (4) 
FAULT H ( 1 ) 



SYSTEM CLOCKS 
(SEE SHEET 4) 



BACKPANEL SELECT LEVELS 
I/O SEL <1> H, ONE LEVEL H 



Figure 1-3 NMI Signals (Sheet 1 of 4) 
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NMI ARBITRATION LINFS 



LEFT 

CPU 

NEXUS 



RIGHT 

CPU 

NEXUS 



/\ 



LEFT CPU HOLD H 



LEFT CPU ARR H 



LEFT CPU BUS EN H 



MEMORY BUSY H 



RIGHT CPU HOLD H 



RIGHT CPU ARB H 



RIGHT CPU BUS EN H 



MEMORY BUSY H 



BUS 
ARBITRATOR 



CCS MODULE 
(LEFT CPU) 



(ARB REQ LINES 
(HOLD LINES) 



(BUS EN LINES 




MEMORY BUSY ARB H 
i^ (SEE NOTF) 



I/O HOLD H 



I/O ARB H 




I/O 1 HOLD H 
I/O 1 ARB H 
I/O 1 BUS EN H 
MEMORY RUSY H ^ 



MEMORY HP) n 



^ MEMORY BUSY H 
MEMORY BUSY ARR H 



MEMORY ARR H 
MCL BUS EN H 



\7 



NOTE: MEMORY BUSY ARB IS NOT AN ARBITRATION REQUEST LINE 
OF MEMORY BUSY THAT CONNECTS TO THE BUS ARBITRATOR - . 



I/O 

ADAPTER 
NEXUS 



I/O 

ADAPTER 1 
NEXUS 



MEMORY 
NEXUS 



IT IS A COPY 



Figure 1-3 NMI Signals (Sheet 2 of 4 



SCLD-125 
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INTERRUPT AND FAULT LINES 



LEFT 

CPU 

NEXUS 

(SEE NOTE) 


^ DFVO LINTR H 


^ DEVO LINTR LVL<1:0> H } 


+ DEV1 LINTR H 


„ DEVI LINTR LVL<1:0> H I 


* I CPU MEM INTR H 


^ 



/\ 



FAULT DETECT H 



FAULT H 



RIGHT 

CPU 

NEXUS 



[SEE NOTE) 



DEVO RINTR H 



DEVO RINTR LVL<1:0> H 



DEV1 RINTR H 



DEV1 RINTR LVL<1:0> H% 



RCPU MEM INTR H 



FAULT DETECT 1 H 



FAULT H 



NOTE: ONLY THE PRIMARY CPU IS 
ENABLED TO SERVICE NMI 
INTERRUPTS. 



*-^ 



DEVO LNTR H 



DEVO LINTR LVL<1 :0> H 



DEVO RINTR H 



■ / 2 DEVO RINTR LVL<1:0> H 



FAULT DETECT <2> H 



FAULT H 



I/O SEL<1> H=0 1 



I/O 

ADAPTER 
NEXUS 



(HARD WIRED)* WE LEVEL H 

DEV1 LNTR H 



/ DEV1 LINTR LVL<1:0> H 



DEV1 RINTR H 



<V* 



> 2 DEV1 RINTR LVL<1 :0> H 



FAULT DETECT <3> H 



FAULT H 



I/ O SEL<1> H=1 1 



I/O 

ADAPTER 1 
NEXUS 



'HARD WIRED) -4- 



LCPU MEM INTR H 



ONE LEVEL H 




RCPU MEM INTR H 



FAULT DETECT<3:0> H 



FAULT H 



MEMORY 
NEXUS 



Figure 1-3 NMI Signals (Sheet 3 of 4) 



SYSTEM CLOCKS AND MISCELLANEOUS CONTROL SIGNALS 



CPU 
NEXUS 



CLOCK 
MODULE 



/\ 



SLOW CLOCK ENABLE H 



AC LO H 



DC LP H 



UNJAM <2:0> H 



SLOW CLOCK ENABLE H, 



SLOW MODE H 



HARBINGER<2:0> H 



RESET <1:0> 



SYSTEM CLOCKS 
(SEE NOTE 2) 



NOTE 1 : HARBINGER SIGNAL NOT USED BY NBI. 



V 



^ AC LO H 




EMM 


^ DC LO H 


UNJAM <n> H 










I/O 

ADAPTER n 
NEXUS 

n = <i :0> 

(SEE 
NOTE 1 ) 


SLOW CLOCK ENABLE H 


w 


SLOW MODE H 


w 


HARBINGER <n> H 




AC LO H 


DC LO H 


w 


^ RESET <n> H 


w 


UNJAM <2> H 












MEMORY 
NEXUS 


SLOW CLOCK ENABLE H 




SLOW MODE H 


w 


HARBINGER <2> H 


w 


DC LO H 



















NOTE 2: NEXUS 



CPU 

MEMORY 

I/O 



SYSTEM CLOCKS USED 



A CLK H/L, B CLK H/L 

F A CLK H/L, F B CLK H/L 

A CLK H/L, B CLK H/L 

F A CLK H/L, F B CLK H/L (THESE CLOCKS NOT USED BY NBI) 



Figure 1-3 NMI Signals (Sheet 4 of 4) 



II 1-9 



Table 1-2 NMI Signal Descriptions 



Signal Line(s) 



ADDRESS 



FUNCTION<4:0> H 



Number Description 



32 Transfer 30-bit read/write address 
durinn NMI command/address cycles 
and 32-bit longword of read/write 
data during NMI data cycles. 

5 Specify type of bus transaction 

(command type) during command/address 
cycle and type of data during NMI 
data cycles. 



FUNCTION<4:0> 

(Hex) Command/Data Type 



10 
12 
13 



Read Longword 
Read Octaword 
Read Hexword 



14 
16 
17 



Read Longword (Interlocked) 
Read Octaword (Interlocked) 
Read Hexword (Interlocked) 



IB 
IF 



Write Longword 
Write Octaword 



18 
19 
1A 



Write Longword Masked 
Write Quadword Masked 
Write Octaword Masked 



1C 
ID 
IE 



Write Longword Unlock Masked 
Write Quadword Unlock Masked 
Write Octaword Unlock Masked 



00 
04 

0A 
0E 
08 
0C 



No Op 

Memory Pause (Not Used) 

Return Read Data (Good Data) 
Return Read Data (Bad Data) 
Read Continuation (Good Data) 
Read Continuation (Bad Data) 



09 



Write Data 



II 1-10 



Table 1-2 NMI Signal Descriptions (Cont) 



Signal Line(s) Number Description 



ID MASK<3:0> H 4 Specify ID of commander during NMI 

command/address cycles and return read 
data cycles. No ID is required for the 
memory nexus because it is never the 
commander during a bus transaction. 

ID Nexus 



0100 CPU (Primary CPU) 
0101 

0110 CPU 1 (Attached CPU) 
0111 

1000 NBI (VAXBI 0) 



1010 NBI (VAXBI 1) 
1011 

1100 NBI 1 (VAXBI 0) 
1101 

1110 NBI 1 (VAXBI 1) 
1111 

During NMI write data cycles of masked 
write transactions, specify the bytes in 
the longword (four bytes) of write data 
to be written. 

MASK BIT 
3 2 10 



XXXI Write byte 

X X 1 X Write byte 1 

X 1 X X Write byte 2 

1 X X X Write byte 3 

DATA PARITY H l Transfers even parity bit for the 32 

ADDRESS DATA lines during NMI command/- 
address and data cycles. Parity computed 
by transmitter. Parity checked by all 
nexus . 
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Table 1-2 NMI Signal Descriptions (Cont) 



Signal Line(s) Number Description 



FUNCTION ID 
PARITY H 



CONFIRM- 
ATION<1:0> H 



Arbitration Lines 

MEMORY ARB H 1 

10 ARB H 1 

10 1 ARB H 1 

LEFT CPU ARB H 1 



Transfers even parity bit for the five 
FUNCTION lines and four ID MASK lines during 
NMI command/address and data cycles. Parity 
computed by transmitter. Parity checked by 
all nexus. 

Specify response (by responder) to function 
sent by commander. 

CONFIRMATION 

<1:0> Response 



00 
01 
10 
11 



No response 

Responder accepts data 
Responder interlocked 
Responder busy 



Asserted by memory nexus to request use of 
the bus. This bus arbitration request line 
has the highest priority. 

Asserted by I/O adapter nexus (NBI 0) to 
request use of the bus. 

Asserted by I/O adapter 1 nexus (NBI 0) to 
request use of the bus. 

Asserted by left CPU nexus to request use 
of the bus. 



AnrmfJ-fiH Kit *■ i rtVif fTDTT in o v 1 1 o 4- /"» roniiQof lioo 



of the bus. 



NOTE 

Arbitration requests by I/O adapter and CPU nexus 
have the same (lowest) priority and are granted on 
an alternating basis. That is, if there are both 
CPU and I/O adapter requests, a CPU will get the 
bus if an I/O adapter was given the bus last (and 
vice versa). Also, if there are two CPU requests 
when a CPU is given the bus, CPU gets the bus if 
CPU 1 was given the bus last (and vice versa). 
Similarly, if there are two I/O adapter requests 
when an I/O adapter is given the bus, I/O adapter 
gets the bus if I/O adapter 1 was given the bus 
last (and vice versa). 
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Table 1-2 NMI Signal Descriptions (Cont) 



Signal Line(s) Number 



MEMORY BUSY H 



MEMORY BUSY 1 

ARB H 



MEMORY HOLD H 



LEFT CPU HOLD H 1 



RIGHT CPU HOLD H 1 



10 HOLD H 



10 1 HOLD H 



Description 



Asserted by memory nexus when its command/ 
data buffers are full. Causes current 
transmitter to abort transaction and 
rearbitrate for the bus when asserted during 
command/address cycle of memory read, or 
during command/address or first data cycle 
of memory write. 

Not a bus arbitration request line. It is a 
copy of MEMORY BUSY that connects only to 
the bus arbitrator. Asserted by memory nexus 
when its command/data buffers are full. This 
line disables the bus arbitrator so that it 
will not arbitrate requests by the CPU and 
I/O adapter nexus. (The arbitrator will 
arbitrate requests from the memory nexus.) 

Asserted by memory nexus when it requires 
another (more than one) bus cycle after 
winning the bus. 

Asserted by left CPU nexus when it requires 
another (more than one) bus cycle after 
winning the bus. 

Asserted by right CPU nexus when it requires 
another (more than one) bus cycle after 
winning the bus. 

Asserted by I/O adapter nexus when it 
requires another (more than one) bus cycle 
after winning the bus. 

Asserted by I/O adapter 1 nexus when it 
requires another (more than one) bus cycle 
after winning the bus. 



NOTE 



HOLD signals disable bus arbitrator so 
cannot arbitrate requests by any nexus. 



that it 



MCL BUS EN H 



Asserted by bus arbitrator to grant memory 
nexus use of the bus. 
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Table 1-2 NMI Signal Descriptions (Cont) 



Signal Line(s) Number 
Interrupt Lines 



Description 



lO BUS UN H 



10 1 BUS EN H 



LEFT CPU BUS 
EN H 



Asserted by bus arbitrator to grant i/u 
adapter nexus (NBI 0) use of the bus. 

Asserted by bus arbitrator to grant I/O 
adapter 1 nexus (NBI 1) use of the bus. 

Asserted by bus arbitrator to grant left 
CPU nexus use of the bus. 



RIGHT CPU BUS 
EN H 



Asserted by bus arbitrator to grant right 
CPU nexus use of the bus. 



LCPU MEM INTR 
PT H 



RCPU MEM INTR 
PT H 



DEVO LINTR H 



DEVO RINTR H 



DEVO LINTR 
LVL<1:0> 



DEVO RINTR 
LVL<1 : Q> 



Asserted by memory nexus to interrupt the 
left CPU. (Left CPU enabled as the primary 
CPU. ) 

Asserted by memory nexus to interrupt the 
right CPU. (Right CPU enabled as the primary 
CPU. ) 

Asserted by I/O adapter nexus (NBI 0) to 
interrupt the left CPU. (Left CPU enabled as 
the primary CPU. ) 

Asserted by I/O adapter nexus (NBI 0) to 
interrupt the right CPU. (Right CPU enabled 
as the primary CPU.) 

Asserted by I/O adapter nexus (NBI 0) to 
specify the interrupt request level to left 
CPU. (Left CPU enabled as primary CPU.) 

Hocorf oH h\\r T /C\ a H a t> -J- o r- H novnc /MDT 0\ f- r\ 

specify the interrupt request level to right 
CPU. (Right CPU enabled as primary CPU.) 

DEVO (L/R)INTR LVL Interrupt 

<1:0> Request Level 



00 


01 


10 


11 



BR4 
BR5 
BR6 

BR7 
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Table 1-2 NMI Signal Descriptions (Cont) 



Signal Line(s) Number Description 
Fault Lines 



DEVI LINTR H 



DEVI RINTR H 



DEVI LINTR 
LVL<1:0> 

DEVI RINTR 
LVL<1:0> 

FAULT 
DETECT<3:0> 



FAULT H 



Miscellaneous 
Control Signals 

UNJAM H 



Same as DEVO LINTR except asserted by I/O 
adapter 1 (NBI 1) nexus. 

Same as DEVO RINTR except asserted by I/O 
adapter 1 (NBI 1) nexus. 

Same as DEVO LINTR LVL<1:0> except asserted 
by I/O adapter 1 (NBI 1) nexus. 

Same as DEVO RINTR LVL<1:0> except asserted 
by I/O adapter 1 (NBI 1) nexus. 

Each line asserted by corresponding I/O 
adapter or CPU nexus when it has detected 
a fault. Signals are ORed by fault-handling 
logic in memory nexus. 

FAULT DETECT Fault Detected By 



Left CPU nexus 

Right CPU nexus 

I/O adapter nexus (NBI 0) 

I/O adapter 1 nexus (NBI 1) 



Asserted by fault-handling logic in memory 
nexus to signal that a FAULT DETECT line 
has been asserted. Used to generate a CPU 
interrupt request, freeze the NMI transaction 
silo in the CBox, and latch the fault status 
registers in all nexus. 



Initializes all nexus without clearing fault 
status registers. If I/O nexus is an NBI, 
UNJAM also causes a power-fail sequence on 
the VAXBI. Asserted by clock module in 
response to the console command. 
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Table 1-2 NMI Signal Descriptions (Cont) 



Signal Line(s) Number Description 



RESET <1:0> H 



Each line asserted by corresponding NBI 
adapter if VAXBI RESET is asserted. Causes 
console to stop both CPUs and then boot the 
system (a cold start). The boot does not 
occur until RESET is negated. 



RESET 


1 



Asserted By 

I/O adapter nexus (NBI 0) 
I/O adapter 1 nexus (NBI 1) 



SLOW CLOCK 
ENABLE H 

SLOW MODE H 



Asserted by clock module and used to 
increment timeout counters in all nexus. 

Early-warning signal asserted by clock 
module to indicate that the normal system 
clocks (A CLK and B CLK) are about to 
start or stop. Asserted a minimum of 4 
microseconds before HARBINGER. 



HARBINGER<2:0> H 



All lines asserted by clock module during 
last B PHASE clock when normal system 
clocks are stopped. Used as clock blocking 
signal by nexus using free-running clocks 
(F A CLK and F B CLK) to simulate stopped- 
clock condition. 



HARBINGER 



Connects To 



AC LO H 



DC LO H 



I/O adapter nexus 
I/O adapter 1 nexus 
Memory nexus 



FET driven and received power-loss warning 
signal asserted by EMM when ac power is 



'f " 



FET driven and received power-loss warning 
signal asserted by EMM when dc power is 
below specified limits. 
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Table 1-2 NMI Signal Descriptions (Cont) 



Signal Line(s) Number 

Backpanel 
Select Levels 



I/O SEL<1> H 



ONE LEVEL H 

System Clocks 
A CLK H/L 

B CLK H/L 



F A CLK H/L 
F B CLK H/L 



Description 



Backplane-generated (hard-wired) signal 
that determines I/O address space for 
each I/O adapter nexus. A logical one is 
generated by backplane wiring that connects 
I/O SEL input to the ONE LEVEL output of 
the nexus. (No connection is equivalent to 
a logical zero. ) 



I/O SEL I/O 
<1> Adapter 



NMI Base Address 
(Hex) 



2000 0000 
2400 0000 



Logic level output (logical one) asserted by 
each I/O nexus. Used to assert I/O SEL input 
signal on the backplane. 



Phase A of normal system clock. Generated on 
clock module. Stalled A CLK is generated in 
a nexus by gating A CLK with STALL. The STALL 
signal is asserted by the CBox. 

Phase B of normal system clock. Generated on 
clock module. An NMI bus cycle is defined as 
the period between the leading edge of one 
B CLK and the next. 

Phase A of free-running system clock. 

Phase B of free-running system clock. 



NOTE 

A nexus may receive more than one copy of a 
specific system clock from the clock module. Each 
copy of a system clock is a pair of differentially 
driven and received signals connecting to only one 
destination module. 



II 1-17 



1.4 NMI ADDRESS SPACE 

The 1 Gbyte of NMI address space is allocated as shown in Figure 
1-4. One half, 512 Mbytes, is allocated to physical memory. The 
other half is allocated to I/O register space. 

I/O register space includes a 64-Mbyte block allocated to each of 

t-hp i-wn T /O aHanl-orc M 9ft Mhwt-oc 4-,",4- a "M o vpopv-trn^ Ki^^i, ^^ n ao 

Mbytes, and a 32-Mbyte block allocated to memory controller 
control/status registers (CSRs). When an I/O adapter is an NBI, 
the 64 Mbytes of address space is VAXBI I/O space and is allocated 
evenly between the two VAXBIs that may connect to the adapter (32 
Mbytes for each VAXBI). The I/O registers in the memory controller 
(the CSRs) and the NBI are listed in Table 1-3. NBI registers are 
either VAXBI node registers or NMI nexus registers (for example, 
the NBI CSRs). The VAXBI node registers, one set for each VAXBI, 
are in the node register space for VAXBI and VAXBI 1. The NMI 
nexus registers are in the private address space for VAXBI 0. 
VAXBI address space is discussed in Chapter 2. 

The NMI address, which is 30 bits, is asserted on the ADDRESS DATA 
lines at the beginning of a read or write transaction (during the 
command/address cycle). The address is asserted on the 30 
low-order lines (ADDRESS DATA<29 : 00> ) . The two high-order lines 
(ADDRESS DATA<31:30>) are not used for addressing purposes. 

As shown in Figure 1-5, not all of the NMI address bits are 
significant. Their significance depends upon the transaction type. 

During write transactions, write data is transferred to naturally 

aligned addresses (even longword addresses, quadword addresses that 

are a multiple of eight, octaword addresses that are a multiple of 

16). This means that the following low-order bits can be assumed 
to be zeros and, thus, are not significant. 

1. Two low-order bits of a longword address 

2. Three low-order bits of a quadword address 

3. Four low-order bits of an octaword address 
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During read transactions, transfers are also from naturally alinnert 
blocks of data, but multilongword transfers may be wrapped Thus 
the address for read octaword and read hexword tran a t c I 
identify the longword to be transferred first h T 

low-order bits are not significant. Ala" as m ? iongw^ 
address, the two low-order bits of a read longword address are not 
significant except for longword-oriented devicls (memory and most 
I/O devices). For word-oriented devices (some UNIBUS devices that 
may be connected to an I/O adapter), address *L* 4l> ?« 
significant. This is because there is no explicit NMI -Id word 
transaction and the read longword transaction must specify the word 
address. Low words (address bit <01> = 0) are returned over th-i* 
low-order ADDRESS DATA lines during read data cycles ?Th* \o 
ADDRESS DATA lines normally transfer a longword of^a'at a time ) 
High words (address bit <01> = 11 =,- a v^ Z. time.) 

high-order ADDRESS DATA lines. returned over the 16 

Basic NMI address selection is shown in Figure 1-6. Address bit 
<29> determines lf the address is a memory or an I/O address If 

i 1S ?" ^ ; ! ddreSS ,' bits <28:26 > S P-^V the I/O adapter (0 or 
-,. -.. c^w.uj.^n, wnen tne i/O adapter is an NBI, bit <25> selects 
the appropriate VAXBI (0 or 1). All these bits (<29 25>) must be 
equal to one to select a memory controller CSR. 
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0000 


0000 












PHYSICAL 
MEMORY 
(512 MB) 




1FFF 


FFFF 
0000 








2000 


I/O 

ADAPTER 
(64 MB) 




>- 




23FF 


FFFF 
0000 

FFFF 
0000 








2400 
27FF 


I/O 

ADAPTER 1 
(64 MB) 




> 


2800 












RESERVED 








(352 MB) 




3DFF 


FFFF 
0000 

FFFF 






3E00 
3FFF 


MEMORY 
CONTROLLER 
(32 MB) 

r .. ■ 





NBI ADAPTER ADDRESS ALLOCATION 
(32 MB FOR EACH VAXBI) 



[2000 0000 

I 

21 FF FFFF 
2200 0000 

23FF FFFF 
2400 0000 



NBI 



VAXBI 
(32 MB) 



VAXBI 1 
(32 MB) 



NBI 1 



< 



25FF FFFF 
2600 0000 

27FF FFFF 



VAXBI 
(32 MB) 



VAXBI 1 
(32 MB) 



SCLD-128 



Figure 1-4 NMI Address Space 
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Table 1-3 I/O Registers in NBI and Memory Controller 



Address (Hex)* Registers 

NBI (VAXBI Node) Registers 



bb + Device Register (DTYPE) 

bb + 4 VAXBI Control/Status Register (BICSR 

bb + 8 Bus Error Register (BER) 

bb + C Error Interrupt Control Register 

(EINTRCSR) 
bb + 1° Interrupt Destination Register 

(INTRDES) 
bb + 14 IPINTR Mask Register (IPINTRMSK) 

bb + 18 IPINTR/STOP Destination Register 

(FIPSDES) 
bb + 1C IPINTR Source Register (IPINTRSRC) 

bb + 20 Starting Address Register (SADR) 

bb + 24 Ending Address Register (EADR) 

bb + 28 BCI Control/Status Register 

(BCICSR) 
bb + 2C Write Status Register (WSTAT) 

bb + 30 Force IPINTR/STOP Command Register 

(FIPSCMD) 
bb + 40 User Interrupt Control Register 

(UINTRCSR) 
bb + F0 General-Purpose Register (GPRO) 

— Not used 

bb + F0 General-Purpose Register 1 (GPRO) 

— Not used 

bb + F0 General-Purpose Register 2 (GPRO) 

— Not used 

bb + F0 General-Purpose Register 3 (GPRO) 

— Not used 

NBI (NMI Nexus) Registers 

2x08 0000 Control/status register 

2x08 0004 Control/status register 1 

2x08 0008 Reserved 

2x08 000C Reserved 

2x08 0010 BR4 vector register 

2x08 0014 BR5 vector register 

2x08 0018 BR6 vector register 

2x08 001C BR7 vector register 
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Table 1-3 I/O Registers in NBI and Memory Controller (Cont) 
Address (Hex)* Registers 

Memory Controller Registers 



3E00 0000 

3E00 0004 

3E00 0008 

3E00 000C 

3E00 0010 

3E00 0014 

3E00 0018 



Control/status register 
Control/status register 1 
Control/status register 2 
Control/status register 3 

Control/status register 4 
Control/status register 5 
Control/status register 6 



*NOTE: 

For NBI (VAXBI Node) 
Registers 



For NBI (NMI Nexus) 
Registers 



bb = 2000 0000 (hex) + 2000 (hex) * node ID (NBI 0, VAXBI 0) 

bb = 2200 0000 (hex) + 2000 (hex) * node ID (NBI 0, VAXBI 1) 

bb = 2400 0000 (hex) + 2000 (hex) * node ID (NBI 1, VAXBI 0) 

bb = 2600 0000 (hex) + 2000 (hex) * node ID (NBI 1, VAXBI 1) 
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READ LONGWORD (TO WORD-ORIENTED DEVICE) 
31 30 29 



SIGNIFICANT ADDRESS BITS 



READ LONGWORD, READ OCTAWORD, READ HEXWORD, WRITE LONGWORD 
31 30 29 



SIGNIFICANT ADDRESS BITS 



01 00 



02 01 00 



WRITE QUADWORD 
31 30 29 



SIGNIFICANT ADDRESS BITS 



03 02 01 00 



WRITE OCTAWORD 
31 30 29 



SIGNIFICANT ADDRESS BITS 



NOTE: AN X INDICATES BIT IS NOT USED FOR ADDRESSING PURPOSES. 



Figure 1-5 NMI Address Bits 



04 03 02 01 00 



X x 



SCLD-129 
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29 2£L 





MEMORY ADDRESS 



00 



I/O REGISTER ADDRESS 



28 27 26 25 
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1.5 READ/WRITE TRANSACTIONS 

Before any nexus can perform a transfer of data on the NMI, it must 
first request and then be granted use of the bus. It does this by 
asserting its NMI arbitration (ARB) request line. The bus 
arbitrator monitors all requests, resolves request priority if more 
than one nexus is requesting the bus, and (when the bus is free) 
grants the bus by asserting a bus enable (BUS EN) line to the 
requesting nexus. The bus is granted for one bus cycle only. If a 
transfer is to take more than one cycle, the nexus must assert a 
HOLD signal during each bus cycle of the transfer except the last 
cycle. (The HOLD signal from a nexus disables the bus arbitrator.) 
Bus arbitration is discussed in Section 1.7. 

A bus write transaction requires only one transfer. That is, the 
nexus initiating the transaction (the commander) arbitrates for the 
bus and then transfers command/address information followed by 
write data. This ends the transaction. No transfer by the nexus 
addressed by the commander (the responder) is required. 

A bus read transaction requires more than one transfer. First, the 
commander arbitrates for the bus and transfers the command/address. 
The responder then must arbitrate for the bus and return the read 
data to the commander during a second transfer. A third transfer 
of read data may be necessary for some read hexword transactions. 
This occurs when the second octaword of data is not ready to be 
transferred following transfer of the first octaword. 

Timing for a write transaction and a read transaction are shown in 
Figures 1-7 and 1-8. The information transmitted on the NMI signal 
lines is indicated. 

During the first bus cycle of a transaction, called the 
command/address cycle, the commander transmits the memory or I/O 
address on the NMI ADDRESS DATA lines. It also transmits the 
transaction type (for example, write octaword and read longword) on 
the FUNCTION lines and its own ID number on the ID MASK lines. 
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Figure 1-7 NMI Write Transaction 



II 1-26 



LEGEND 

C = COMMANDER 
R = RESPONDER 
AN = ALL NEXUS 
C/A = COMMAND/ADDRESS 
CYCLE 



NMI 
CYCLE 



ADDRESS 

DATA 

<31:00> 

SOURCE 

FUNCTION 
<4:0> 

SOURCE 
ID MASK 
<3:0> 

SOURCE 

GEN 

DATA PAR/ 

F ID PAR 

CHK 

CONFIRMATION 

<1:0> 

SOURCE 



READ HEXWORD (SEE NOTE 2) 




NOTE 1 : 
MOTE 2: 



HOLD H 



R R 



■#■ 



/ 



NMI AVAILABLE FOR OTHER TRANSACTIONS. 



\-^/ 



.^p ^^^ "^ RELEASES NMI AF TER TRANSFER OF FIRST OCTAWORD 
IN THE READ HEXWORD TRANSACTION SHOW. RESPONDER (MEMORY) MAY 

CYm^P^^n TRANSFER ALL ™ E ° ATA (EIGHT SUCCESSIVE DATA 
CYCLES) IF SECOND OCTAWORD IS READY FOR TRANSMISSION. 
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Following the command/address cycle and if the transaction is a 
write, the commander transmits the write data on the ADDRESS DATA 
lines during the next bus cycle or cycles. The number of these 
data cycles depends on the transaction type. (One longword of data 
may be transferred over the 32 ADDRESS DATA lines each bus cycle.) 
Also, during the data cycles, the commander asserts the FUNCTION 
lines to identify the data as write data, and it transmits a byte 
mask on the ID MASK lines if the transaction is a masked write. 
(The byte mask indicates which bytes in the longword of write data 
are to be written.) If the transaction is a read, no data cycles 
immediately follow the command/address cycle. 

All nexus monitor the NMI during each bus cycle. When the 
responder is addressed during a command/address cycle, it will 
accept the transaction by transmitting a "responder accepts data" 
(OK) response on the NMI CONFIRMATION lines. The CONFIRMATION 
lines are asserted two bus cycles after the command/address cycle. 
These steps complete a write transaction with the responder taking 
the write data as it is received during each data cycle. 

A read transaction requires the responder to arbitrate for the NMI 
and return the read data to the commander over the ADDRESS DATA 
lines in one or more data cycles. (Again, the number of data 
cvcles depends on the transaction type. Two separate transfers of 
data may be required as stated previously.) The FUNCTION lines 
identify the data as return read data. The first data cycle of a 
transfer has a return data function specified; all others have a 
read continuation function specified. Also, the function specifies 
if the data is good or bad. Bad data is data that cannot be 
corrected by memory. 

During all read data cycles, the ID MASK lines specify the 
commander and the commander completes the transaction by taking the 
read data as it is transmitted by the responder. It does not 
notify the responder that the data has been taken. 

Figures 1-9 and 1-10 show the specific format for each read and 
write transaction type. 

Two separate even parity bits are generated by the transmitter 
(either commander or responder) during command/address and data 
cycles. One parity bit, which is generated for the information on 
the ADDRESS DATA lines, is transmitted on the DATA PARITY line. 
The other parity bit, which is generated for the information on 
both the FUNCTION and ID lines, is transmitted on the FUNCTION ID 
PARITY line. The two parity bits are checked by all nexus. If bad 
(odd) parity is detected, it causes an NMI fault. Parity and other 
. ^ 4-u-.*. ~-.~ ~~~,,v- Hi.rinn mmt rpad/write transactions are 

discussed in Section 1.9. 
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Figure 1-9 NMI Write Transaction Types 
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Figure 1-10 NMI Read Transaction Types (Sheet 2 of 2 
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1.6 INTERLOCKED OPERATIONS . 

The memory nexus has hardware that allows memory to be interlocked 
bv a read transaction and unlocked by a write transaction. This is 
to allow synchronization of processes in dual-CPU configurations 
that access shared areas of memory. 

When the memory executes an interlocked read transaction, the 
normal read function (longword, octaword, or hexword) is performed. 
However, it will not accept any further interlocked read 
transactions until the interlock has been removed by a write unlock 
transaction. Also, to limit the time a nexus can hold a hardware 
interlock, a counter in the memory will remove the interlock after 
a timeout period. If the time limit is exceeded, the memory 
interrupts the (primary) CPU. 

During the time memory is interlocked, it will accept normal read 
transactions and all write transactions. However, a responder 
interlocked" response is returned to the commander on the 
CONFIRMATION lines when a read interlock transaction is attempted. 
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1.7 BUS ARBITRATION 

To control bus arbitration on the NMI, each nexus h 
arbitration (ARB) request line, a bus HOLD line, and a 
(BUS EN) line connecting to the bus arbitrator in the 
The memory nexus has two ARB lines connecting to the a 
However, only one (MEMORY ARB) is a bus arbitration requ 
The other (MEMORY BUSY ARB) is a copy of MEMORY BUSY. 
BUSY line connects from the memory nexus to the CPU and I 
nexus. Basic arbitration line timing is shown in Figure 



as a bus 
bus enable 
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Figure 1-11 Basic NMI Arbitration Line Timin 
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To request the use of the bus, each nexus must assert its ARB 
request line. The request line is asserted at the beginning of a 
bus cycle. More than one nexus may request the bus at a time. As 
a result, the bus arbitrator in the left CPU resolves request 
priority and asserts the BUS EN line for the winning nexus. The 
BUS EN line is asserted immediately if the bus is not currently in 
use. If the bus is in use, the BUS EN line is not asserted until 
the bus is free. This ensures a dead cycle between transfers on 
the NMI, which is necessary due to electrical constraints. When a 
nexus receives its BUS EN signal, it negates its ARB request line 
at the beginning of the next bus cycle. 

If a nexus wins the bus and requires more than one bus cycle for a 
transfer, it must assert its HOLD line to keep the bus. The HOLD 
line is asserted at the beginning of the first bus cycle in the 
transfer. It is negated at the beginning of the last bus cycle in 
the transfer. In the bus arbitrator, the asserted HOLD line 
disables any further bus arbitration. It also causes the BUS EN 
line to the nexus holding the bus to remain asserted. 

The memory nexus has the highest priority when requesting the bus. 
The CPUs and I/O adapters have the lowest priority and share the 
bus on an alternating basis. Operation of the bus arbitrator is 
shown in Figure 1-12. 

The CPUs and I/O adapters share the bus in the following manner. 
If both a CPU and an I/O adapter are requesting the bus, and if a 
CPU rather than an I/O adapter won the bus last, then the I/O 
adapter wins the bus. Conversely, if a CPU rather than an I/O 
adapter had the bus last, the CPU wins. Furthermore, if both I/O 
adapters are requesting the bus and an I/O adapter wins, it will be 
the one that did not use the bus last. Similarly, if both CPUs are 
requesting the bus and a CPU wins, it will be the one that did not 
use the bus last. Typical arbitration line sequencing is shown in 
Figure 1-13. 

In addition to having the highest priority, the memory nexus may 
assert MEMORY BUSY, which causes the arbitrator to completely 
ignore requests by the CPUs and I/O adapters. MEMORY BUSY causes 
the arbitrator to ignore requests by means of the MEMORY BUSY ARB 
line (the copy of MEMORY BUSY connecting to the bus arbitrator). 
That is, like the HOLD lines, MEMORY BUSY ARB disables the 
arbitrator but only for CPU or I/O adapter requests. Bus requests 
by the memory itself can still be granted. Timing is shown in 
Figure 1-14. 
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The memory asserts MEMORY BUSY when its command/data buffers are 

1*1 I w ■ t0 P revent the other nexus (the CPUs and I/O 

As r °i f U ^V: bUS UntU ^ Can aCCe ^ raore commands or 
data. Also, if the buffers contain read data, the memorv nexus h ao 

unrestricted use of the bus to return the data to " commander 
and, thus, empty the buffers as soon as possible. commander 

If MEMORY BUSY is asserted during the command/address cycle of a 
memory read/write transaction, it indicates to the current 
transmitter that the command will not be accepted by the memorv 

n a ddirion e to eC its ME f° RY , BUSY T* " *" -^—ning statuTnne 
in addition to its function of temporarily preventina f„rthpr 
memory read/write transactions on the bus. Thills, the current 
transmitter does not have to wait for the "responder busy" code on 
the CONFIRMATION lines before aborting and then retrying the 
transaction. This allows the nexus to retry before another lower 
priority nexus gets the bus, should memory become available in the 
shortest possible time. (MEMORY BUSY is asserted for only two bus 
cycles in some cases.) y us 

When MEMORY BUSY is asserted after the command /,^„,„ „.„•,_ ...... 

during the first data cycle of a memory write~tran s ;ctionTit also 
indicates the command will not be accepted by the memory. Again 
the current transmitter does not have to wait for the "responder 

men MEMORY ^S™™ ""es before retrying the transaction! 
When MEMORY BUSY is asserted during a data cycle following the 
or wr?L mu ltilongword memory write transaction (write quadword 
°J."" te octaword), it is ignored by the current transmitter. In 
this case, the command and data will be accepted by memory unless 
otherwise indicated by the code returned on the CONFIRMATION lines 
These lines are valid during the second data cycle of the 
transaction. y^->-<= Ui LU « 
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Figure 1-12 NMI Arbitrator Operation 
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Figure 1-13 Detailed NMI Arbitration Line Timing (Typical 



SCLD-137 



MEMORY BUSY DISABLES ALL BUS ARBITRATION EXCEPT BY MEMORY 



NEXUS 
CYCLE 

MEMORY BUSY ARB H 
(CPU ARB) 
(I/O ARB) 

MEMORY ARB H 

MCL BUS EN H 

(CPU BUS EN) 



_^\ 



MEM 



(CPU) 



READ 

n/iTA 



-ff- 



Jjr 



C/A 



^ 



MEMORY BUSY ASSERTED IN COMMAND/ADDRESS CYCLE 
ABORTS MEMORY READ/WRITE TRANSACTION 



NEXUS 



CYCLE 



MEMORY BUSY H 



ARB X H 



BUS fcN A M 



CONFIRMATION<1:0> 




BUSY RESPONSE 



NOTE: MEMORY BUSY ASSERTED IN FIRST DATA CYCLE OF MEMORY WRITE. 
ALSO ABORTS TRANSACTION AND CAUSES RETRY. 



figure 1-14 MEMORY BUSY Timing 



II 1-38 



1.8 INTERRUPTS 

The interrupt lines on the NMI connect to both CPUs. However, onlv 
the kl P ri ; ar y CPU is enabled to accept NMI interrupts. A CPU is 
enabled by setting bit <00> in its NMI interrupt enable register 



There are two types of NMI interrupts. 

1. Conventional interrupts by an I/O device (memory or an I/O 
adapter nexus) when it has an error or other condition to 
report to the CPU. 

2. A special interrupt caused by the assertion of the NMI 
™ T L J } lne ' A11 nexus, including the CPUs, can assert 
FAULT when certain types of bus errors are detected. That 
is, FAULT not only interrupts the primary CPU, it freezes 
an NMI transaction silo in the CBox. This silo holds the 
state of selected bus signals for the faulting and 
preceding bus cycles. 



1.8.1 NMI Interrupt Priority Levels 

™ e . 1 : 4 lis l s the interrupt priority level (IPL) assigned to each 

nr\ * Q ll UP iu u S ° an be Seen ' an NMI fault has the highest IPL 
(1C) and thus the highest priority. Interrupts by an I/O adapter 
may be at one of four possible bus request levels: BR 4, 5, 6 or 
I; ipf TnT^f le T el haS the hi 9 hest Parity corresponding to 
to J p l; A Th l BR4 leVel haS the lowest Priority corresponding 
level (IPL it') mem ° rY WU1 alWaYS interru P fc at a BR5 request 



Table 1-4 NMI Interrupt Priority Levels (IPLs) 



Device or Condition ipl (Hex) 



NMI Fault 



1C 



I/O Adapter (BR7) 17 

I/O Adapter 1 (BR7) 17 

I/O Adapter (BR6) 16 

I/O Adapter 1 (BR6) 16 

I/O Adapter (BR5) 15 

I/O Adapter 1 (BR5) 15 

Memory (BR5) 15 

I/O Adapter (BR4) 14 

I/O Adapter 1 (BR4) 14 
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1.8.2 Device Interrupts 

Seven NMI lines connect to the primary CPU to request device 
interrupts. There is an interrupt request line from the memory 
(CPU MEM INTRPT) and one from each of the I/O adapters (DEVO INTR 
and DEVI INTR). In addition, there are two interrupt request level 
lines from each adapter (DEVO INTR LVL<1:0> and DEVI INTR 
LVL<1:0>). There are two sets of these seven lines. One set 
connects to the left CPU and one to the right CPU. However, only 
one CPU (the primary CPU) is enabled to accept interrupts as 
explained previously. 

The interrupt sequence is as follows. 

When ready to interrupt, the interrupting device simply asserts its 
interrupt request line and (if it is an I/O adapter) transmits a 
request level code on the INTR LVL lines. More than one device may 
be requesting an interrupt at any time. 

INTR LVL<1:0> BR Level 

BR4 

1 BR5 

1 BR6 
1 1 BR7 

When ready to service the highest priority device interrupt 
request, and if the request is by an I/O adapter, the CPU microcode 
reads an interrupt vector from an adapter register. The register 
is read by means of an NMI read transaction. The CPU microcode 
does not read a vector from the memory when the memory interrupts. 

The CPU microcode must read a vector from an I/O adapter to 
identify the interrupting device. That is, the interrupt can be 
locally generated by the adapter itself (one vector value) or it 
can be generated by any one of the I/O devices connected to the 

_^-»„j-^-«. / r-r~ ~i- ~~ T ,_-|,,^ sl^^^r^A •» »•» «~f /s m. 4- h, o Hqitioo\ Tho wor'for i c; n<?pd 

aUajJUCi. \ VC^LUI. VCIXUC ^tCL/CUVJXiiy w 1 1 >_ n \^ v.«^va.^>-/. *.n.~ » s,^ ~ ^ — 

by the CPU microcode to generate an address in the SCB. (It is 
added to the SCBB.) The contents of the SCB location, in turn, are 
used by the CPU microcode to dispatch to the appropriate interrupt 
service routine. 

The vector addresses for locally generated interrupts by each of 
the two I/O adapters are in page of the SCB. In this case, an 
adapter is interrupting as an NMI nexus like memory, whose vector 
is also in page 0. Vectors for devices connected to the adapters 
are allocated starting with page 1. 
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1.8.3 NMI Faults 

The bus errors causing an NMI fault condition are as follows. 

• Bus parity errors 

• Write sequence errors 

• Read sequence errors 

These errors, and the nexus checking for each error, are discussed 
in Section 1.9. 

When a CPU or I/O adapter nexus detects a fault, it asserts and 
negates a FAULT DETECT line. (Refer to Figure 1-15.) There is a 
FAULT DETECT line for each CPU and I/O adapter, and the signals are 
logically ORed in the memory nexus causing a single FAULT line to 
be asserted at the beginning of the next bus cycle. (When the 
memory nexus detects a fault, it also asserts the FAULT line.) The 
FAULT line connects from the memory to all other nexus. It does 
the following. 



r'Sncoo an 



1. In the primary CPU, the asserted FAULT line 
interrupt request as stated previously, and it remains 
asserted until cleared by the CPU microcode (to dismiss 
the interrupt). FAULT is cleared by reading CSR5 in the 
memory controller. The vector address for an NMI fault 
condition is in page of the SCB. 

2. In all nexus, FAULT latches the NMI error status bits so 
they may be examined during the interrupt sequence. 

3. In the primary CPU, FAULT freezes (prevents further 
loading of) the NMI transaction silo. This silo, 
containing 256 locations, holds a history file of the last 
256 bus cycles including the faulting cycle. The states 
of the following NMI lines are stored for each cycle. 

• Arbitration lines 

• FUNCTION lines 

• ID MASK lines 

• CONFIRMATION lines 

• ADDRESS DATA <29> 

The NMI transaction silo is an IPR (NMISILO register) and can be 
accessed by error logging programs. A "last in/first out" 
addressing scheme allows the bus information for the most recent 
(faulting) cycle to be read first, followed by the older 
information. 
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During microdiagnostics , the silo address can be cleared to zero 
and the silo conditioned to freeze when the address overflows 
(increments from the highest address back to zero). This allows 
silo information to be captured without having to induce an NMI 
fault condition. 



FAULT DETECT<n>H 



FAULT H 



s 



s 



-fj- 



CLEARED BY 
READING CSR5 
"IN MEMCFiY 
CONTROLLER 



Figure 1-15 Fault Signal Timing 



1.9 NMI ERRORS 

There are two classes of NMI errors. 

1* Interrupt (Only) -- These errors only cause a CPU 
interrupt request by the nexus detecting the error. 
Memory and I/O nexus generate the interrupt (a device 
interrupt) request by means of the interrupt lines on the 
NMI. Interrupt requests by CPU nexus are internally 
generated. 

2. Faults — A fault causes a CPU interrupt request but it 
also freezes the NMI transaction silo. Thus, this class 
of errors are those for which a recent history of NMI bus 
transactions are useful in determining the cause of error. 
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NMI errors are listed in Table 1-5. 



Table 1-5 NMI Errors 



NMI Error 



Interrupt/ 
Fault 



No Return Read Data (Timeout) 

No Access To Bus (Timeout) 

No Access, Busy (Timeout) 

No Access, Interlocked (Timeout) 

No Access, No Response (Timeout) 

Interlock, No Unlock (Timeout) 

Bus Parity Error 
Write Sequence Error 
Read Sequence Error 



Nexus Checking Error 
CPU I/O Memory 



Yes 
Yes 
Yes 
Yes 
Yes 
No 

Yes 

No 

Yes 



Yes 
Yes 
Yes 
Yes 
Yes 
No 



No 
No 
No 
No 
No 
Yes 



Yes Yes 
Yes Yes 
Yes No 



Errors causing conventional interrupts by the individual nexus are 
all timeout errors. That is, a timeout counter in a CPU or I/O 
adapter nexus generates the interrupt when the nexus does not 
receive return read data or gain access to the bus or another nexus 
after a certain length of time. Also, a timeout counter in the 
memory generates an interrupt request when it has been interlocked 
for too long a time. 

Specifically, a bus access timeout occurs when the arbitrator 
delays granting the bus for a transfer. This condition is not 
checked by the memory because it requests the bus only to transfer 
return read data. (The absence of return read data will cause a 
timeout error in the CPU or I/O adapter initiating the read 
transaction.) The other access errors occur when a CPU or I/O 
adapter continues to receive a "no response" code, a "busy" 
response code, or an "interlocked" response code on the 
CONFIRMATION lines following a command/address cycle. The memory 
does not check these error conditions because it is never the 
commander during a bus transaction. 
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Errors causing an NMI fault are bus parity errors and read and 
write sequence errors. A write sequence error is when a responder 
does not receive enough write data. That is, there are not enough 
write data cycles to complete the specified transaction. A read 
sequence error is when a commander does not receive enough read 

j _ «_ _ /j c i J J_j .^,"l^.„\ 4- ^ •-. ^w, ,•>. "1 y. *- ^ 4-K^ 4-1. .v>«-.-.^4--;^v> Al cn 

Udia (tUU .LfcJW tedU Ud.l_a *jyc:-Lt:;=> / i_iw» ^umjjicuc luc ui.aiioaui.j.uiii n->-^^/ 

a read sequence error can be caused when a "read continuation" code 
is received on the FUNCTION lines during a read data cycle, and 
there was no "return read data" code received (flagging the first 
longword of read data) during a previous data cycle in the 
transfer. 

NMI errors detected by a CPU nexus will set error bits in the NMI 

fault/status register (NMIFSR). NMI errors detected by a memory or 

I/O adapter nexus will set error bits in the nexus first 
control/status register (CSRO). 
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CHAPTER 2 
VAX BUS INTERCONNECT (VAXBI) 



2.1 INTRODUCTION 

The VAX Bus Interconnect (VAXBI) is the I/O bus for the system. A 
VAXBI connects to the system through the NMI to VAXBI (NBI) adapter 

as shown in Figure 2-1. Each NBI adapter may interface up to two 

VAXBIs allowing a maximum of four VAXBIs to be connected to the 

system when both NBI adapters are installed. The terms used in the 
following VAXBI description are defined in Table 2-1. 
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A 







1 



NBI 



NB! IS BOTH AN NMI NEXUS AND 
A VAXBI NODE. 



/\ /\ 



FIRST VAXBI (VAXBI 0) CONNECTION 



SECOND VAXBI (VAXBI 1) CONNECTION (IF ANY) 



C 



iz 



BUS INTERCONNECT (VAXBI) 



/\ 



\7 



VAXBI 
NODE 



OTHER VAXBI 
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\Z 
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VAXBI 
NODE 



DEVICE 



▼ 
DEVICE(S) 



OTHER DEVICES (IF ANY) 



Figure 2-1 VAX Bus Interconnect (VAXBI) 
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Table 2-1 Glossary of VAXBI Te 



rms 



Term Definition 



Node 



A hardware block (a VAXBI Interface) physically 
connecting to (and occupying one of sixteen logical 
locations on) the VAXBI. A VAXBI node consists of 
one or more VAXBI modules. 

Transaction The execution of a VAXBI command on the VAXBI. Also, 
the term applies to the special mode execution of a 
loopback request. A loopback operation transfers data 
within a node without using the VAXBI data lines. 

Master The node that gains control of the VAXBI and initiates 
a VAXBI transaction. 

Slave A node th at responds to a transaction initiated by the 
master. 



The VAXBI is a 32 bit wide synchronous bus with parity that 
interconnects up to 16 VAXBI interfaces (VAXBI nodes) having 
logical addresses through 15. (The address of a node is 
determined by an ID plug inserted on the backplane.) The NBI 
associated with the VAXBI is one node. The other nodes are the I/O 
device controllers or I/O bus adapters interfacing the system's I/O 
devices to the VAXBI. An example of an I/O bus adapter is the 
VAXBI to UNIBUS adapter (DWBUA) that allows the family of UNIBUS 
I/O devices to be used as peripherals on the system. Processor 
nodes (I/O processors) can also be connected to a VAXBI. 

Bus arbitration for the VAXBI is not controlled by any one node. A 
distributed arbitration scheme is used where each node requesting 
use of the bus samples all bus requests. The node with the highest 
priority then assumes control of the bus during the next bus cycle 
(when the bus is inactive) or following the current bus transaction 
(when the bus is busy). To allow bus arbitration when the bus is 
busy, an embedded arbitration cycle is included as part of every 
bus transaction. 



The VAXBI supports the following read/write transacti 



ons : 



• Write transactions: longword, quadword, octaword 

• Read transactions: longword, quadword, octaword 
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All read/write transaction types ( longword , quadword, and octaword) 
are used for memory data transfers. Only longword transactions are 
used to transfer I/O register data. 

If desired, memory read/write transactions may be interlocked 
(interlocked reads/unlock writes). Also, memory read/write 
transactions may be specified as having cache intent following 
cache misses. This facilitates the invalidating of cache locations 
in cached multiprocessor configurations on the VAXBI (not 
applicable to this system, because any processors that may be on a 
VAXBI must have their caches turned off as explained in Section 
2.8) . 

All nodes using the VAXBI must use a ZMOS integrated circuit called 
the VAXBI interface chip (BIIC) as the bus interface. This chip 
initiates and responds to all bus transactions in response to input 
commands by the node's internal logic. BIIC operation is discussed 
in the NBI Technical Description . 

2.2 BASIC FUNCTIONS 

A VAXBI on the VAX 8800 system performs the following major 
functions . 

1. Memory read/write operations -- By means of bus read/write 
transactions directed to the NBI node, allows DMA data 
transfers between an I/O device on the VAXBI and the 
system's main memory (on the NMI). (Main memory may also 
be accessed by an I/O processor node on the VAXBI.) 

2. I/O register read/write operations -- By means of bus 
read/write transactions originated by the NBI node, allows 
the primary CPU (on the NMI) to access I/O registers (for 
example, CSRs) in the I/O devices on the VAXBI. (Device 
I/O registers may also be accessed by an I/O processor 
node on the VAXBI . ) 

3. Interrupt handling — By means of bus INTR transactions 
directed to the NBI node, allows the I/O devices on the 
VAXBI to interrupt the primary CPU (on the NMI). Also, in 
response to the interrupts and by means of bus IDENT 
transactions originated by the NBI node, allows the 
primary CPU to read interrupt vectors from the I/O devices 
on the VAXBI. (Interrupts by I/O devices and the NBI may 
also be fielded by an I/O processor node on the VAXBI.) 



A 



CT/c+-om cynnhmni 7a(- inn Prn\nHpc rlnrK h n ^vnrhrnni 7fj 

operation of all nodes. Clocks are generated by the NBI 
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5. System initialization — By asserting a RESET line, allows 
a node to initiate a simulated VAXBI power-fail (AC LO/DC 
LO) sequence by the NBI node. The NBI also asserts RESET 
on the NMI causing the VAX console to halt both CPUs and 
initiate a system bootstrap (a cold start). 

6. Power loss warning — Provides AC LO and DC LO signals to 
all nodes. 



2.3 VAXBI SIGNALS AND TIMING 

VAXBI signals are shown in Figure 2-2 and defined in Table 2-2. 
All signals are ZMOS-driven (TTL voltage levels), except the 
FET-driven AC LO and DC LO signals and the ECL clocks. 

The clocks and basic bus timing are shown in Figure 2-3. Data path 
and synchronous control signals are asserted and negated at the 
beginning of a bus cycle. The signals are received and latched 
near the end of the cycle. The data path signals are the data, 
parity, and information signals. The synchronous control signals 
are the confirmation, NO ARB, and BSy" signals. The other control 
signals (AC LO, DC LO, RESET, STF, and BAD) are asserted and 
negated asynchronously with respect to the bus cycle. 
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VAXBI NODE 
(NBI) 



< 



32 



-¥- 



<-^ 



-/- 



y- 



32 



D<31:00> L 



l<3:0> L 



£> 



PO L 



CNF<2:0: 



NO ARB L 



BSY L 



RESET L 



BAD L 



STF L 



VAXBI TIME H/L 



VAXBI PHASE H/L 



AC LO L 



DC LO L 



NOTE: AC LO AND DC LO GENERATED 
BY NBI AND ALSO BY POWER 
SUPPLY IN EXPANSION CABINETS. 



$- 



3 



2 



2 

y— ► 



POWER 
SUPPLY 
(SEE NOTE) 



VAXBI NODE 



Figure 2-2 VAXBI Signals 
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Table 2-2 VAXBI Signal Descriptions 



Signal Line(s) Number Description 



I<3:0> L 



D<31:00> L 32 Data lines — Specify length of transfer 

and 30-bit address during command/address 
cycles of read, write, and invalidate 
transactions. (Also specify interrupt level 
and/or destination mask information during 
command/address cycles of other transactions.) 
Transfer write, read, or vector data during 
data cycles. Specify decoded IDs of 
arbitrating nodes during arbitration cycles. 



Information lines — Specify VAXBI command 
during command/address cycles, byte mask 
during write data cycles, and data status 
during read and vector data cycles. Also 
specify the master's ID during embedded 
arbitration cycles. 

I<3:0> 

(Hex) Command 

Reserved 

1 Read (READ) 

2 Interlocked read with cache 
intent (IRCI) 

3 Read with cache intent (RCI) 

4 Write (WRITE) 

5 Write with cache intent (WCI) 

6 Unlock write masked with cache 
intent (UWMCI) 

7 Write masked with cache intent 
(WMCI) 

8 Interrupt (INTR) 

9 Identify (IDENT) 
A Reserved 

B Reserved 

C Stop (STOP) 

D Invalidate (INVAL) 

E Broadcast (BDCST) 

F Interprocessor interrupt (IPINTR) 
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Table 2-2 VAXBI Signal Descriptions (Cont) 



Signal Line(s) Number Description 



I<3:0> Byte Mask 



XXXI Write byte 

XXIX Write byte 1 

X1XX Write byte 2 

1XXX Write byte 3 

I<3:0> Data Status 

0X00 Reserved 

0X01 Read data 

0X10 Corrected read data 

0X11 Read data substitute 

0X00 Reserved 

1X01 Read data, don't cache 

1X10 Corrected read data, don't cache 

1X11 Read data substitute, don't cache 



P0 L 



CNF<2:0> L 



Parity line — Transfers odd parity bit 
for the I lines during embedded 
arbitration cycles, and for the D and I 
lines during command/address cycles, and 
during data cycles when read/write (or 
vector) data is being transmitted. 

Confirmation lines — Specify response by 
slave (s) to command sent by master, by 
slave(s) during the data cycles of a 
transaction, and by node receiving data 
during the two bus cycles following the 
data cycles of a transaction. 



CNF 




<2:0> 


Response 


000 


No Acknowledgment (NOACK) 


001 


Illegal 


010 


Illegal 


011 


Acknowledgment (ACK) 


100 


Illegal 


101 


STALL 


110 


RETRY 


111 


Illegal 
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Table 2-2 VAXBI Signal Descriptions (Cont) 



Signal Line(s) Number Description 



NO ARB L 1 No arbitration line — Asserted by 

arbitrating nodes, master, pending master, 
or slave to inhibit arbitration by nodes 
during the next bus cycle. The pending 
master is the node winning the bus after 
an embedded arbitration cycle. 

BSY L 1 Busy line — Asserted by master or slave 

to indicate that a transaction is in 
progress. May also be asserted by any node 
to extend the current transaction, or 
(when asserted together with NO ARB) delay 
the start of the next transaction in order 
to perform special mode operations such as 
a loopback request. 

RESET L 1 Reset line — Causes the NBI to simulate 

a VAXBI power-fail (AC LO/DC LO) sequence. 
Also causes NBI to assert RESET on the NMI 
causing the VAX console to halt both CPUs. 
The VAX console then boots the system (a 
cold start) when VAXBI RESET is negated. 

BAD L 1 Bad line — Indicates one or more nodes 

detected a selftest or other error. 

STF L ! Selftest fast line — Enables the fast 

selftest mode in all nodes. 

TIME H/L 2 20 MHz differentially driven clock lines 

(ECL) — Used in conjunction with PHASE 
H/L to provide reference for VAXBI cycle 
timing in all nodes. Generated by the NBI. 

PHASE H/L 2 5 MHz differentially driven clock lines 

(ECL) — Used in conjunction with TIME 
H/L to provide reference for VAXBI cycle 
timing in all nodes. Generated by the NBI. 

AC L0 L * AC LO line — Indicates ac power is below 

specified limits. Asserted by NBI and 
expander cabinets. 

DC L0 L 1 DC LO line — Indicates dc power is 

below specified limits. Asserted by NBI 
and VAXBI expander cabinets. 
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Figure 2-3 Basic VAXBI Timing 
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2.4 VAXBI ADDRESS SPACE 

The VAXBI address space is 1 Gbyte. As shown in Figure 2-4, one 

half (512 Mbytes) is physical memory space. The other half is I/O 



space 



2.4.1 Memory Address Space 

Except when a memory is connected to the VAXBI to support an I/O 
processor node, the VAXBI memory space in the system is actually 
NMI memory space. That is, memory data transfers by I/O devices on 
the VAXBI are to/from the system's main memory (on the NMI) throuqh 
the NBI node. The transfers, initiated by the I/O device nodes 
are DMA transfers that take place independently of the CPU(s)' 
System memory on the VAXBI is not supported. (The NBI cannot 
initiate memory data transfers on the VAXBI in response to an NMI 
transaction.) The only VAXBI memory supported is that associated 
with an I/O processor. In this case, transfers are initiated by 
the processor and are local to the VAXBI (directly between the 
processor node and its associated VAXBI memory node). 

2.4.2 I/O Address Space 

The allocated I/O space for a VAXBI is 32 Mbytes. The range of 
VAXBI I/O addresses, 2000 0000 to 21FF FFFF (HEX), is the same for 
each of the (up to four) VAXBIs in the system. This means that 
when VAXBI I/O space is accessed by the NBI in response to an NMI 
transaction, the NBI must clear address bits <26:25> during the NMI 
to VAXBI address translation as shown below. 



NMI I/O Addresses (Hex) VAXBI 



VAXBI I/O Addresses (Hex) 
[Bits <26:25> Cleared by NBI] 



2000 


0000 - 


- 21FF 


FFFF 


VAXBI 





(NBI 


0) 


2000 


0000 - 


- 21FF 


FFFF 


2200 


0000 - 


- 23FF 


FFFF 


VAXBI 


1 


(NBI 


0) 


2000 


0000 - 


- 21FF 


FFFF 


2400 


0000 - 


- 25FF 


FFFF 


VAXBI 





(NBI 


1) 


2000 


0000 - 


- 21FF 


FFFF 


2600 


0000 - 


- 27FF 


FFFF 


VAXBI 


1 


(NBI 


1) 


2000 


0000 - 


- 21FF 


FFFF 



The 32 Mbytes of I/O space for each VAXB 
for each node, multicast space, node 
window space. (Refer again to Figu 
contains addresses for which more than 
private space contains registers that ar 
VAXBI. For example, the NMI nexus reg 
CSRs, and vector offset registers) 
addresses. Window space is used for 
nodes interfacing another bus and its de 
is, the VAXBI addresses are converted t 
other bus (UNIBUS addresses, for example 
is allocated to each node. 



I consist of register space 
private space, and adapter 
re 2-4.) Multicast space 
one node can respond. Node 
e not accessed from the 
isters in the NBI node (the 
have node private space 
address mapping by adapter 
vices to the VAXBI. That 
o addresses specific to the 
) . A block of window space 
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The register space for each node (8K bytes) is shown in Figure 2-5. 
The first group of registers, called the VAXBI required registers, 
must be implemented by every node on the VAXBI. The second group 
are the BUC-specif ic registers. A register in this group may or 
may not be used depending upon the node design. 

The VAXBI required and BUC-specif ic registers are contained in the 
node's BIIC. These registers are shown in Figures 2-6 and 2-7 and 
are described in the NBI Technical Description . The BUC-specif ic 
registers include four general-purpose registers. If more 
registers are needed, they may be implemented outside the BIIC but 
these addresses are still within the 8K bytes of register space 
allocated for the node. 



2.4.3 Address Selection 

A VAXBI memory or I/O register address (30 bits) is asserted on the 
data lines during the first bus cycle of a read or write 
transaction. As shown in Figure 2-8, the two high-order data lines 
are not used for addressing, but are used to specify the length of 
the transaction: longword, quadword, or octaword. As stated 
previously, only longword transactions are used to transfer I/O 
data. Thus, only a longword length is specified when the address 
is an I/O address. 

Because data is transferred to/from naturally aligned addresses, 
some number of the low-order address bits are not significant 
depending upon the transaction type. 

For longword transactions, the two low-order bits are not 
significant except when the transaction is directed to a word or 
byte-oriented I/O device. (A longword transaction is used to 
address these devices because there is no specific word or byte 
transaction type.) Word and byte references are made only to 
devices on other buses through an adapter and are restricted to 
node window space. 

Multilonqword write transfers are not wrapped, so the three 
low-order address bits of write quadword transactions and the four 
low-order address bits of write octaword transactions are not 
significant. However, multilongword read transactions may be 
wrapped. Thus, the address must specify the first longword to be 
transferred and only the two low-order address bits are not 
significant . 
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ADDRESS(HEX) 



0000 0000 
1FFF FFFF 


VAXBI MEMORY 

SPACE 

(512 MB) 


2000 0000 
2i pp pccc 


I/O SPACE 
(32 MB) 


2200 0000 
3FFF FFFF 


RESERVED FOR 

MULTIPLE VAXBI 

SYSTEMS 

(480 MB) 



ADDRESS(HEX) 
2000 0000 

2000 1FFF 
2000 2000 



I/O SPACE 



2000 3FFF 
2000 4000 

2000 5FFF 
2000 6000 

2000 7FFF 
2000 8000 

2000 9FFF 
2000 A000 

2000 BFFF 



2001 E000 

2001 FFFF 

2002 0000 

2003 FFFF 

2004 0000 

203F FFFF 
2040 0000 



2043 FFFF 



207C 0000 

207F FFFF 
2080 0000 

21 FF FFFF 



NODE REG SPACE 
(8KB) 



NODE 1 REG SPACE 
(8KB) 



NODE 2 REG SPACE 
(8KB) 



NODE 3 REG SPACE 
(8KB) 

NODE 4 REG SPACE 
(8KB) 



NODE 5 REG SPACE 
(8KB) 



NODE 15 REG SPACE 
(8KB) 



MULTICAST SPACE 

RESERVED 

(128KB) 



NODE PRIVATE SPACE 
(3.75 MB) 



ADAPTER WINDOW 
SPACE #0 
(256KB) 



ADAPTER WINDOW 

SPACE #15 

(256KB) 



RESERVED 
(24 MB) 



NOTE: VAXBI MEMORY SPACE IN A VAX 8800 SYSTEM IS THE SYSTEM'S MAIN MEMORY 
SPACE (ON THE NMI) EXCEPT FOR ANY MEMORY SPACE ALLOCATED TO AN 
I/O PROCESSOR'S VAXBI MEMORY NODE. 



SCLD-426 



Figure 2-4 VAXBI Address Space 
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ADDRESS (HEX] 
[SEE NOTE] 



bb + 00 



bb + 10 
bb + 14 



bb + FC 



VAXBI REQUIRED REGISTERS 



BIIC SPECIFIC REGISTERS 



REMAINDER OF 8 KB NODE 

REGISTER SPACE RESERVED 

FOR USER CSR REGISTERS 

(NOT IMPLEMENTED IN BMC] 



> 



BIIC CSR SPACE 
(256 BYTES) 



NOTE: bb = BASE ADDRESS = 2000 0000 (HEX) + 2000 (HEX) X NODE ID 
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Figure 2-5 VAXBI Node Register Space 



ADDRESS (HEX) 
[SEE NOTE] 





+ 

+ 
+ 

+ 
+ 


00 
04 
08 
OC 

10 


31 


00 


bb 


DEVICE REGISTER 


bb 


VAXBI CONTROL/STATUS REGISTER 


bb 


BUS ERROR REGISTER 


bb 


ERROR INTERRUPT CONTROL 
REGISTER 


bb 


INTR DESTINATION REGISTER 



NOTE: bb = BASE ADDRESS = 2000 0000 (HEX) + 2000 (HEX) X NODE ID 
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Figure 2-6 VAXBI Required Registers 
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ADDRESS (HEX) 
[SEE NOTE] 



bb + 14 
bb + 18 
bb + 1C 
bb + 20 
bb + 24 
bb + 28 
bb + 2C 
bb + 30 

bb + 34 

bb + 38 

bb + 3C 

bb + 40 
bb + 44 

bb + EC 
bb + FQ 

bb + F4 

bb + F8 

bb + FC 



IPINTR MASK REGISTER 



IPINTR/STOP DESTINATION REGISTER 



IPINTR SOURCE REGISTER 



STARTING ADDRESS REGISTER 



ENDING ADDRESS REGISTER 



BCI CONTROL REGISTER 



WRITE STATUS REGISTER 



FORCE IPINTR/STOP COMMAND REGISTER 



UNUSED 



UNUSED 



UNUSED 



USER INTERRUPT CONTROL REGISTER 



UNUSED 



^rurrni ni innnrr nrr>iCTrn n 
ucncnfiL-runruoc riLuu i i_n u 



GENERAL-PURPOSE REGISTER 1 



GENERAL-PURPOSE REGISTER 2 



GENERAL-PURPOSE REGISTER 3 



NOTE: bb = BASE ADDRESS = 2000 0000 (HEX) + 2000 (HEX) X NODE ID 



Fiqure 2-7 BUC-Specif ic Device Registers 
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READ/WRITE LONGWORD (TO BYTE-ORIENTED DEVICE, WINDOW SPACE ONLY) 

31 30 29 ; 00 



LNG 



SIGNIFICANT ADDRESS BITS 



READ/WRITE LONGWORD (TO WORD-ORIENTED DEVICE, WINDOW SPACE ONLY) 
31 30 29 



LNG 



SIGNIFICANT ADDRESS BITS 



01 00 



READ/WRITE LONGWORD, READ QUADWORD, READ OCTAWORD 
31 30 29 



LNG 



SIGNIFICANT ADDRESS BITS 



02 01 00 



WRITE QUADWORD 
31 30 29 



LNG 



WRITE QUADWORD 
31 30 29 



SIGNIFICANT ADDRESS BITS 



03 02 01 00 



J 



MBZ (SEE NOTE)- 

04 03 02 01 00 



LNG 


SIGNIFICANT ADDRESS BITS 


X 


X 


X 


X 













MBZ (SEE NOTE) 



NOTES: 

1 . AN X INDICATES BIT IS NOT SIGNIFICANT AND SHOULD BE IGNORED BY SLAVE 
HOWEVER, BIT <02> IN WRITE QUADWORD ADDRESS AND BITS <03:02> IN WRITE 
OCTAWORD ADDRESS MUST BE ZERO(MBZ) TO PREVENT WRAPPED WRITES IN SOME NODES. 

2. BITS <31> AND <30> SPECIFY LENGTH OF DATA TRANSFER. 



<31:30> 

00 
01 
10 
11 



DATA LENGTH 

RESERVED CODE 
LONGWORD 
QUADWORD 
OCTAWORD 
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Figure 2-8 VAXBI Read/Write Address Bits 
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2.5 BASIC VAXBI TRANSACTION FORMAT 

All VAXBI transactions consist of a command/address cycle followed 
by an embedded arbitration cycle followed by at least one data 
cycle. Refer to Figure 2-9. 



COMMAND/ 

ADDRESS 

CYCLE 



EMBEDDED 

ARBITRATION 

CYCLE 



DATA 
CYCLE(S) 
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Figure 2-9 Basic VAXBI Transaction Format 



2.5.1 Command/Address Cyc 
During the command/addres 
slave (or slaves) and 
slave(s), it transmits a 
information such as a d 
specify the command type 
command code on the 
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2.5.2 Embedded Arbitration Cycle 

The embedded arbitration cycle is the second cycle of every VAXBI 
transaction. This cycle provides an additional opportunity for bus 
arbitration (when the bus is busy). To request use of the bus, a 
node asserts a D line corresponding to its node ID. The D line may 
be one of the low-order 16 lines (a high priority request) or it 
may be one of the high-order 16 lines (a low priority request). 
nxSO, uunng tiie eiriucuucu arbitration cycxe, tue current bus master 
transmits its node ID on the I lines. Bus arbitration is discussed 
in Section 2.11. 
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2.5.3 Data Cycles 

s?Ivei n9 ehp r ^r der 1 tranSaCt ^° nS (nSVer m ° re than one responding 
slave), the data cycle or cycles following the embedded arbitration 
cycle transfer read/write (or vector) data between the master and 
slave over the D lines. Write data is also transferred for the 
broadcast transaction, which is a multiresponder transaction [more 
than one possible responding slave). The other multiresponder 
transactions contain a data cycle, but no data is actually 
transferred over the D lines. During this cycle, as in all data 
cycles the responding slave(s) transmits a response code to the 
bus master on the confirmation (CNF) lines. 



2.5.4 Bus Parity 




^ ^ QJ . „ yciiwdceu ana cnecKed durina the data 

cycles of transactions when read/write (or vector) data is being 
transmitted. The parity bit is asserted on the PO line 9 



asserted on the PO line. 
Except for the embedded arbitration cycle, parity is generated for 

arbitr^ °? ° n , b ° th thS ° 3nd T UneS - Duri "9 an embedded 
arbitration cycle, only I-line parity is generated. 

The bus master generates the parity bit during command/address and 

embedded arbitration cycles. Parity is checked by all nodes 

including the master) and each node sets an error flag if bad 

(even) parity is detected. Nodes detecting a parity error in the 

Th?r n aborf reS fH CYC \ le WU1 n0t reSp ° nd to the command/address? 
This aborts the transaction. A transaction is not aborted bv 
parity errors detected during the embedded arbitration cycle! 
Itl ^y generation and checking during data cycles is discussed in 
tne tollowing sections. 
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2.6 READ/WRITE TRANSACTIONS 

Examples of write type and read type transactions are shown in 
Figures 2-10 and 2-11. Except for data length (octaword in the 
examples), all write transaction formats are basically the same and 
all read transaction formats are basically the same. A write 

*. *. ~ ^ ,-. -» — 4- a ~>~. mqu Kq =. nnvmal wri fo a t«jt- i t-p w"ii"h rarhp i nfpnt - . a 

write masked (with cache intent), or an unlock write masked (with 
cache intent). A read transaction may be a normal read, a read 
with cache intent, or an interlocked read (with cache intent). 

The number of data cycles following the command/address and 
embedded arbitration cycles of a write or read transaction depends 
upon the length of the transfer. It also depends upon whether 
there are any stalls or a retry (refer to Sections 2.6.4 and 
2.6.5). A minimum of four data cycles are required for an octaword 
data transfer. Correspondingly, a quadword transfer requires a 
minimum of two data cycles and a longword transfer requires a 
minimum of one. 



2.6.1 Write Data Cycles 

During each data cycle of a write transaction, the bus master 
transmits the write data to the selected slave on the D lines and 
transmits a 4-bit byte mask on the I lines if the write transaction 
is a masked write. (The byte mask indicates which byte or bytes in 
the longword of write data are to be written.) The bus master also 
transmits odd parity for the D and I lines on the P0 line. The 
selected slave (if it is ready and if it has detected no errors) 
takes the write data and transmits an acknowledgment (ACK) code 
back to the master on the CNF lines. An ACK response is also 
generated by the slave for the two cycles following the last data 
cycle to indicate that no error was detected when executing the 
transaction. 

If an error (such as a parity error) is detected by the slave 
uuriny d udLd cyuie, xl dssei. lo h«^ ^lwj. jlahco \<u l*<j noiv Lv,opynov-, 
during any remaining data cycles in the transaction and for at 
least two cycles following the last data cycle. The NO ACK 
response causes the master to set an error flag and terminate the 
transaction. 



2.6.2 Read Data Cycles 

During each data cycle of a read transaction, the selected slave 
(if it is ready and if it has detected no errors) transmits the 
read data back to the master on the D lines, together with an ACK 
response on the CNF lines. It also transmits a read data status 
code on the I lines as well as the D and I— line odd parity ^it on 
the P0 line. 
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Figure 2-10 VAXBI Write Transaction (Octaword Length) 
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SCLD-186 

Figure 2-11 VAXBI Read Transaction (Octaword Length) 
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The status code indicates if the data is valid, valid but 
corrected, or uncorrectable (READ DATA SUBSTITUTE code). (A READ 
DATA SUBSTITUTE code causes the master to set an error flag.) Also, 
to limit the caching and subsequent invalidation of data in some 
systems, the status code indicates when the read data is not to be 
cached . 

Like the write, an ACK response is transmitted on the CNF lines 
(this time by the master) for two cycles after the last data cycle 
if the transaction completed successfully. A NO ACK response by 
the master indicates that an error (a parity error, for example) 
was detected during transaction execution causing the slave to set 
an error flag. Also, as for a write, a NO ACK response by the 
slave during (and not after) the data cycles of a read transaction 
is an error condition. The error condition causes the master to 
set an error flag and end the transaction. 

2.6.3 Nonexistent Addresses 

If there is a NO ACK response (no responding slaves) during the 

.. _ _^ „_ _ ^ ~^~ ^^. „ x. a. k,^ ui.uiioa^i.j.un, xl. pi vucLv±y lriuicanes 

the master transmitted a nonexistent memory or I/O address. As for 
any NO ACK response during a data cycle, the master sets an error 
flag and ends the transaction. 

2.6.4 Stalls 

If the selected slave is not ready to accept write data or return 
read data during any data cycle, it can assert a STALL code on the 
CNF lines. 

During stall data cycles for a write transaction, the master 
continues to transmit the same longword of write data on the D 
lines until the slave takes the data and generates an ACK response. 
For a read transaction, the D lines are undefined (may be in any 
state) until the stalled data and an ACK response are transmitted 
by the slave. 

If a slave has to generate 128 consecutive STALL responses, it sets 
an error flag, generates a NO ACK response, and ends the 
transaction. 
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2.6.5 Retries 

A selected slave not ready to accept write data or send read data 
may not just stall. It may also cause the master to retry the 
transaction. 

A slave ina v cause a retr^ in the first data c^cle or followinn a 
stall data cycle (if no data has previously -been transferred) by 
transmitting a RETRY response on the CNF lines. The master, or the 
slave following a stall data cycle, then ends the transaction. The 
master can retry the transaction after arbitrating again for the 
bus. If a slave causes a transaction to be retried 4096 times, the 
master sets an error flag. 



2.7 BROADCAST TRANSACTIONS 

The broadcast transaction, not currently used during normal bus 
operation, allows more than one node to be written at a time. It 
provides a means of announcing events to a number of nodes without 
using interrupt requests. 

Format for the broadcast transaction is shown in Figure 2-12. An 
octaword data length is shown. The transaction is similar to a 
write, except that the bus master transmits no memory or I/O 
address on the D lines during the command/address cycle. Instead, 
it transmits a destination mask on the 16 low-order D lines. The D 
lines asserted correspond to the node IDs of the slaves to be 
selected. 

During each data cycle of a broadcast transaction, at least one 
slave must generate an ACK response on the CNF lines. A NO ACK 
response during a data cycle (or during the two cycles after the 
last data cycle) causes the master to set an error flag during a 
write transaction. Unlike a write, and because more than one slave 
can respond to the master, a single slave cannot stall or cause a 
retry of the broadcast transaction. Thus, the master sets an error 

nay li. x c Lcucivcs a oinbL (jl i\£j j. flj. Lcajjunsct 
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Figure 2-12 VAXBI Broadcast (BDCST) Transaction (Octaword Length) 
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2.8 INVALIDATE TRANSACTIONS 

The invalidate transaction (Figure 2-13) allows a processor node to 
signal other nodes that they may have cached data that is no longer 
valid. The bus master transmits the address and data length of the 
invalid block of data in the command/address cycle. More than one 
slave may respond with an ACK response on the CNF lines during the 
transaction's single data cycle. (No data is actually transferred 
and parity is not generated or checked during this cycle.) If there 
is no response by any node, an error flag is set in the master. 

The invalidate transaction is not used on a VAXBI in this system. 

Any processor nodes must have their caches turned off as stated 

previously. This is because the addresses of memory transactions 

local to the NMI are not passed to the VAXBI; thus, caches on the 
VAXBI (if turned on) could contain invalid data. 
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Figure 2-13 VAXBI Invalidate (INVAL) Transaction 
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2.9 INTERRUPT OPERATION (INTR, IDENT, AND IPINTR TRANSACTIONS) 
The interrupt (INTR) and identify (IDENT) transactions are used to 
signal and service conventional device type interrupts on the 
VAXBI. That is, a node can send an interrupt request to one or 
more nodes using the INTR transaction. (As for the NMI , there are 
four request priority leveis; dr-j, j , o, emu /./ j.n^n, w^^.. 
interrupt fielding node is ready to service the interrupt requests 
at a specific request level, it uses an IDENT transaction to read 
an interrupt vector from the interrupting node. Because more than 
one node may be interrupting at that request level, the vector is 
read from the highest priority device based on the node ID. 

The VAXBI also allows one processor node to interrupt another 
processor node. This is done using the interprocessor interrupt 
(IPINTR) transaction. Transaction format is similar to the INTR 
transaction. However, there is no need for a node responding to 
the interrupt request to follow with an IDENT transaction. This is 
because the interrupt fielding node stores the vector (and also the 
request level) information for this type of interrupt. 

The interrupt fielding nodes on a VAXBI in the system are the NBI 
and any I/O processors that are installed. The NBI node services 
INTR transactions by passing the interrupt requests on to the NMI 
and the primary CPU. It then issues an IDENT transaction to 
collect the vector information when the primary CPU reads an NBI 
vector register over the NMI. (There are four vector registers in 
the NBI, one for each request level.) The interrupt requests 
generated on the VAXBI are normally from I/O device nodes but may 
also be from an I/O processor node. 

The NBI can also field IPINTR transactions allowing an I/O 
processor to interrupt the primary CPU using an interprocessor 
interrupt request. (An I/O processor can also interrupt another 
I/O processor using an IPINTR.) Not only can the NBI field an 
IPINTR, it can generate one. It can also generate an INTR, 
allowing the primary CPU to interrupt an I/O processor with either 
type of interrupt request. 
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2.9.1 Interrupt (INTR) Transactions 

Format for the INTR transaction is shown in Figure 2-14. Durina 
the command/address cycle, the master (the interrupting node? 
bit nS ?n th* t 1 ' deStin ^ ion m * sk - the low-order D lines! Each 
VAXrt \^« mask corresponds to one of the 16 possible nodes on the 
VAXBI, allowing the master to select one or more slaves to field 
the interrupt. For example, the master may signal both the NBI and 
an I/O processor that it is interrupting. 



The master al 
the high-ord 
is a bit for 
adapter node 
than one requ 
one I/O dev 
same time and 
one request 
it is ready) 
Requests at 
transaction . 



so transmits the interrupt request level on four of 

er data lines during the command/address cycle. There 

each level as shown below. This allows a master (an 

, for example) to make an interrupt request at more 

est level with a single INTR transaction. (More than 

ice attached to the adapter can be interrupting at the 

at different assigned request levels.) When more than 

level is specified, the interrupt fielding node (when 

will service the highest priority request only. 

other levels have to be made again using another INTR 



D<19:16> 

1XXX 
X1XX 
XXIX 
XXXI 



Request Level 

BR7 (Highest Priority 

BR6 

BR5 

BR4 (Lowest Priority) 



k 1 ^ 5 s t ngle data c Y cle following the command/address and 
embedded arbitration cycles, any selected slave that intends to 
service the interrupt request asserts an ACK response on the CNF 
lines. This is essentially a command confirmation cycle with no 
data being transferred between the master and the selected 
slave (s). If no slave responds (a NO ACK response), the master 
sets an error flag. 
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Figure 2-14 VAXBI Interrupt (INTR) Transaction 
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2.9.2 Identify (IDENT) Transactions 

As stated previously, an interrupt fielding node responding to an 
™- R transaction does an IDENT transaction to read an interrupt 
tor. IDENT format is shown in Figure 2-15. 



INTR 
vec 



During the command/address cycle and similar to the INTR 
transaction, the master transmits the interrupt level on four of 
the high-order D lines. However, this is the only select 
information transmitted and only one of the four lines should be 
asserted. The line asserted specifies the single interrupt request 
level to be serviced. 

D<19:16> Request Level 

1000 BR7 (Highest Priority) 

0100 BR6 

0010 BR5 

0001 BR4 (Lowest Priority) 

During the cycle following the command/address cycle and embedded 
arbitration cvclp. M-ip> mact-or fr 3n omi)-n ,-^„ ^ g_j -^ 

high-order D lines. Only the D line corresponding to the master's 
node ID (plus 16) will be asserted. The transmission of the 
master s ID is necessary because there can be more than one 
interrupt fielding node on the bus, and nodes with an interrupt 
pending at the specified request level may not want service by the 
node doing the IDENT. 

During the next bus cycle of the IDENT, the nodes wanting interrupt 
service by the master must arbitrate for the bus as when 
arbitrating to become bus master (Section 2.11). (However, decoded 
IDs are transmitted only on the high-order data lines.) The nodes 
must arbitrate because only one may be serviced by the IDENT. That 
is, only one node may become the slave and return an interrupt 
vector to the master. Nodes not winning the arbitration must make 
another interrupt request (INTR transaction) unless they are 
serviced by another IDENT before a request can be made. 
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After winning the bus, the slave (if it is ready) asserts an ACK 
response on the CNF lines and transmits the vector on the D lines 
during the next bus cycle. At the same time, and like a read 
transaction, the slave transmits a data status code on the I lines, 
and it transmits D and I-line parity on the PO line. (A READ DATA 
SUBSTITUTE status code causes the master to set an error f la n e ) 
Also, similar to a read transaction, the slave may transmit a STALL 
response on the CNF lines for one more cycle until the vector is 
ready to transmit. (An adapter node would do this if the vector 
had to be first read from an attached I/O device.) Again, 128 stall 
cycles cause the slave to set an error flag and end the 
transaction. Once the vector is sent by the slave ending the 
transaction, the master transmits an ACK response on the CNF lines 
for the next two bus cycles if the transaction was executed 
correctly. If not (a parity error detected by the master, for 
example), a NO ACK response causes an error flag to be set in the 
slave. 

A slave serviced by an IDENT may not necessarily have made a 
previous interrupt request. The interrupt condition may have 
occurred just before it could arbitrate for the bus and transmit an 
INTR transaction. For this reason, a node cannot arbitrate for the 
bus to do an INTR during the embedded arbitration cycle of the 
IDENT. It may win the bus and become pending bus master, and then 
it may win the following arbitration for service by the IDENT. It 
would then have to abort the INTR because the request had already 
been serviced. 

A NO ACK response occurring during (not after) an IDENT transaction 
is not an error condition. This can happen if the IDENT is the 
result of an interrupt request to more than one interrupt fielding 
node, and the request has already been serviced by another node. 
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NOTE: A NO ACK BY SLAVE IS A VALID RESPONSE INDICATING A TRANSIENT 
INTERRUPT OR THE INTERRUPT HAS BEEN SERVICED BY ANOTHER NODE. 
ALSO, SLAVE MAY STALL (GIVE STALL RESPONSE) FOR ONE OR MORE 
BUS CYCLES BEFORE RETURNING VECTOR (ACK RESPONSE). 



Figure 2-15 VAXBI Identify (IDENT) Transaction 
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2.9.3 Interprocessor Interrupt (IPINTR) Transaction 

The format for the IPINTR transaction (Figure 2-16) differs from 
the INTR transaction only in the selection information transmitted 
by the master in the command/address cycle. A destination mask is 
transmitted on the low-order D lines, but no interrupt level is 
transmitted on the high-order D lines. This is because the 
interrupt fielding node (the slave) holds the interrupt request 
level. Instead, the master's decoded ID is transmitted on the 
high-order D lines as in the third cycle of an IDENT. This is 
necessary because a slave may not be enabled to accept 
interprocessor interrupt requests from the current master. 

As for the INTR, the single data cycle following the embedded 
arbitration cycle is essentially a command confirmation cycle. (No 
data is transferred between master and slave.) At least one slave 
must respond with an ACK during the cycle or an error flag is set 
in the master. 
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Figure 2-16 VAXBI Interprocessor Interrupt (IPINTR) Transaction 
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2.10 STOP TRANSACTIONS 

The STOP transaction is used to force nodes to a state where they 
cannot issue any more VAXBI transactions while retaining as much 
error and other status information as possible. However, nodes 
must still be able to respond to VAXBI transactions so that the 
^^4--,-;^,^^) ^+-=,4-,,c? i of ^v-mat- i on r-^n Hp pvaminfid bv another node. 

A processor node can use the STOP transaction to first stop all bus 
activity after an error condition. It can then read status 
registers in one or more nodes for error logging or diagnostic 
purposes. A node can be returned to normal operation by forcing a 
selftest operation. (A DC LO indication is generated by the BIIC 
during the selftest sequence, which initializes the node.) 

STOP transaction format (Figure 2-17) is similar to INTR and IPINTR 
format, except that the master transmits only a destination mask on 
the D lines during the command/address cycle. More than one slave 
may be addressed and at least one must generate an ACK response on 
the CNF lines or the master sets an error flag. Like the INTR and 
IPINTR, the response is generated in the single data cycle 
following the embedded arbitration cycle. (No data is actually 
transferred over the D lines in this cycle.) 

If a responding slave cannot enter STOP mode by the end of the 
transaction's single data cycle, it still generates an ACK 
response. However, until the STOP sequence is complete, it must 
either hold the bus (by asserting BSY) or it' must generate RETRY 
responses to single-responder commands and NO ACK responses to 
multiresponder commands. (The BSY signal is discussed in Section 
2.11. ) 
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Figure 2-17 VAXBI STOP Transaction 
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2.11 BUS ARBITRATION AND CONTROL 

A node may request the bus during any bus cycle when the 
inactive. It may also request the bus during the 
arbitration cycle of any VAXBI transaction when the bus 
Each requesting node monitors all requests (di 
arbitration), and if it has the highest priority, assumes 

<-> -P 4- V-> o Knf rs c* Knr rr> •= e> 4- q v oi (-hor 1 i n +-V-1C1 i-i a v +- ni7r< 

no transaction in progress) or at the end of the 
transaction. When a node wins the bus during the 
arbitration cycle of the current transaction, it is ca 
pending bus master until it assumes control of the bus 
current transaction ends. 



bus is 

embedded 

is busy. 

stributed 

control 

current 

embedded 

lied the 

when the 



2.11.1 Bus Requests 

Nodes request use of the bus by asserting a D line that corresponds 
to its node ID. As shown in Figure 2-18, the line asserted may be 
one of the 16 high-order lines or one of the 16 low-order lines. 
The low-order lines are high priority requests. The high-order 
lines are low priority requests. Within each group of high or low 
priority requests, the node with the lowest ID (lowest numbered D 
line asserted) has the highest priority. Of course, any high 
priority request always has a higher priority than any low priority 
request. 
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HIGH PRIORITY REQUEST LINES 



TT 



15 



T 



PRIORITY 
LOWER < ► HIGHER 



NOTE: NODE ASSERTS EITHER A HIGH OR LOW REQUEST LINE TO ARBITRATE FOR VAXBI. 



Figure 2-18 Bus Arbitration Request Lines 
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2.11.2 Arbitration Modes 

Whether the node asserts its high priority line or its low prioritv 

line depends on the arbitration mode. There are three modes! 

1. Dual round robin 

2. Fixed high priority 

3. Fixed low priority 

Nodes are normally programmed to operate in dual round-robin mode 
In this mode, a requesting node asserts its high prioritv reauest- 
only if the previous bus master has a lower ID (higher priori 11) 
than it does. At any other time, it asserts its lowpriority line 
All nodes store the ID of the previous bus master' which i^ 
asserted on the I lines during the embedded arbitration cycle of 
the previous transaction. ycie or 

On the average, dual round-robin mode assures equal access to the 
bus for all nodes. If a node requires rapid access to the bus as 
„„„:::; "T*"^ ^""u^lT "t-^t 1 ^ 10 " 3 ' it can be programmed to 
assert i^Mn£- ^f-^ orlt y ™ od *- That is, it will always 
assert lt s high-priority request line when requesting the bus. 

ODerat/.rfL^! furth ? r enh *nced by programming other nodes to 
be Asserted ) l°w-prior lty ™°de (only low-priority requests will 

2.11.3 Arbitration Control 

The arbitration for the bus by any VAXBI node (as described above) 
is shown m Figure 2-19. As can be seen, arbitration is controlled 
by two bus signals, NO ARB and BSY. 

NO ARB is asserted by any nodes requesting the bus. It is also 
ttl^t «-■ Y ^ he - current and Pending bus masters and the slave at 




1. Null cycles (no bus arbitration or transaction 
progress) 

2. Command/address cycles 

3. The last data cycle in transactions unless there 
pending bus master 



in 



is 
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Figure 2-19 Arbitration State Diagram 



BSY is asserted only by the current master and slave during a 
transaction. The master asserts BSY during the command/address and 
embedded arbitration cycles. Both the master and slave can assert 
BSY during data cycles as for the NO ACK signal. BSY can also be 
asserted to extend a transaction and, together with NO ARB, during 
special mode functions as well. BSY is not asserted during the 






bus c w cles 



1. Null cycles 

2. Arbitration cycles (when there is no transaction in 
progress ) 

3. The last cycle of transactions or special mode functions 
(see Section 2.11.5) 
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When NO ARB is not asserted, nodes may arbitrate for the bus during 
the next cycle. When BSY is not asserted, a node may begin a 
transaction in the next cycle. For example, a node winning a bus 
arbitration when BSY = becomes bus master and begins the 
transaction in the next cycle. (Refer again to Figure 2-19.) 
Similarly, if a node wins the bus during the embedded arbitration 
cycle when BSY = 1, it must wait as pending bus master until BSY = 
before it can begin its transaction in the next cycle. 

Timing for NO ARB and BSY during a typical bus operation is shown 
in Figure 2-20. As can be seen, when there is little bus activity 
and no nodes arbitrating in the embedded arbitration cycle of a 
transaction, there is at least one dead cycle before the next 
transaction can begin. However, with increased bus activity and 
nodes arbitrating during embedded arbitration cycles, one 
transaction immediately follows the next, raising the data transfer 
rate for the bus. 



2.11.4 Extending a Transaction 

BSY may be asserted by a node to extend a transaction one or more 
cycles beyond its normal length. The additional cycles, called 
busy stall cycles, stop bus activity until the node is ready to 
respond properly to another transaction. For example, a node 
responding to the previously discussed STOP transaction may assert 
BSY to delay the start of the next transaction until it can enter 
STOP mode. 



2.11.5 Special Mode Functions 

Both BSY and NO ARB may be asserted by a node during execution of 
some special mode functions. A bus transaction between other nodes 
may or may not be in progress. As when extending a transaction, 
the assertion of BSY delays the start of the next bus transaction 
until the special mode function is completed. (The NO ARB signal 
is asserted to identify the operation as a special mode function.) 
For example, a node doing a BIIC loopback operation cannot respond 
to bus transactions and it asserts BSY and NO ARB to prevent any 
transaction until the loopback is complete. A loopback operation 
is when the node is reading or writing one of its own BIIC 
registers using internal data paths only. 
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Figure 2-20 VAXBI Arbitration (Example) 

2.12 VAXBI ERRORS 

The error detection by VAXBI nodes (done by the BICC) consists of 

the following: 

1, Parity Checking 

2. Transmit Check Error Detection 



2.12.1 Parity Checking 

The VAXBI has a single parity line (P0). Except for embedded 
arbitration cycles, the parity bit (when it is generated) is for 
the information on the D and I lines. During embedded arbitration 
cycles, only I-line parity is generated. The nodes generating and 
checking parity during VAXBI cycles are listed below. 
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Cycle Node Node(s) 



Parity Parity 

Generating Checking Transaction 



Aborted 



Command/Address Master All No 

Embedded Arbitration Master All Nn 

Decoded ID (IDENT) Master Potential Slave(s) No 

w.ite ua,a Master Slave ypq 

Read (Vector) Data slave Master Y es 

Nul1 N/A All (see note) n/A 

NOTE 
All nodes check that no D or L lines are 
asserted during null cycle. 

When a node detects a parity error, it sets an error flag in its 
bus error reqister (in the rttd ,nH ^-~_,-_ -„ ,_. 9 . in lts 

• i- ~ ~ ~~ ' ~»*vx vj \_. i it; j_ ci ocro cm intHrnini" yomioot- 

I err H/ * nterru P ts are enabled. Nodes detecting bad parity durina 
command/address cycles do not acknowledge (ACK) the 
command/address. Also, interrupt nodes that detect a parity error 
during the decoded ID cycle of an IDENT transaction do not 
participate in the IDENT arbitration cycle. d ° " 0t 

2.12.2 Transmit Check Error Detection 

There are two types of transmit check errors. One type is when the 

not compare wltT^ 1 "^ ^ *•"****' ° n the D ' J ' ™ d P0 lines does 
he J the information received (by the same node). The 

?IDENT> r-^tt h I command/address, write data, and decoded ID 

Zh „ fl fc n S maSter iS the ° nl y node transmitting 

transm^f" h *■ °L lr a " d P0 lines - Whe n the information 

H received does not compare, the master sets an error 

(if enabled) 3 rh ^^ reg * ster and generates an interrupt request 
trans™?? nl' v transaction is also aborted. The other type of 

transmit check error is when a master or a slave should be 

on Se the n VAxil lln^ **l' ?"" ^ ^ n0t detSCt the asserted state 
error ^J P 8 ' gal "' thS n ° de SetS an error fla 9 in its bus 
However 9 ff, a 9enerat6S an inter rupt request (if enabled). 
However, if a transaction is in progress, it is not aborted. 
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2.12.3 Protocol Checking 

The following errors in VAXBI transaction execution are checked. 
When an error is detected by a node, it sets an error flag in its 
bus error register and generates an interrupt request (if enabled). 

i Mn Anv 4-^> MuH-i -Poonnnrior PoTnn^nri Rphpi \7Pfi — A master 

received a NO ACK response for an INVAL, STOP, INTR, or 
IPINTR command. 

2. Interlock Sequence Error - A node successfully completed 
an unlock write transaction that was not preceded by a 
corresponding read interlocked transaction. 

3. IDENT Vector Error - An ACK response was not received by 
the master indicating the vector was not correctly 
received by the slave. 

4. Read Data Substitute Error - A read data substitute (or 
reserved) status code was received with read (or vector) 
data and no parity error was detected. 

5. Retry Timeout - The master received 4096 consecutive RETRY 
responses from the slave for the same transaction. 

6. Stall Timeout - The slave transmitted 128 consecutive 
STALL responses. Causes the slave to abort the 
transaction. 

7. Bus Timeout - A node was unable to start a pending bus 
transaction after 4096 consecutive bus cycles. 

8. Nonexistent Address - A master received no response to a 
read/write type command, and it detected no parity error 
or transmit check error for the command/address 
information. Causes the master to abort the transaction. 

9. Illegal Confirmation Error - A master or slave detected a 
reserved or illegal response code. 
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CHAPTER 3 
VISIBILITY BUS (VBUS) 



3.1 INTRODUCTION 

The visibility bus (VBus) is a slow speed bus consisting of 16 data 
lines and two control lines that allow the PRO-38N console to read 
selected logic levels in the CPU modules. It is used mainly during 
the execution of microdiagnostics and during system initialization. 
Normally, the VBus is used when the system clocks are stopped. 

The PRO-38N controls and reads the VBus by means of two registers 
located on the clock module's console interface. These registers, 
the VBus control register and the VBus access register (actually 
the outputs of a VBus data multiplexer), are accessed by the 
PRO-38N over the RTI . Both the VBus and the VBus control on the 
console interface are shown in Figure 3-1. 

3.2 BASIC FUNCTIONS 

The VBus allows the PRO-38N console to perform the following major 
functions : 

1. Monitor the state of the CPU(s) during the execution of 
microdiagnostics or in response to commands entered at the 
console during system debug. CPU signals are usually 
examined in the interval between single-stepped clocks or 
clock bursts. 

2. Verify during system initialization (with the clock 
stopped) that the CPU modules are installed correctly. 
Module revision numbers are also read at this time. 

3. Check that no control store parity errors occur when 
microcode is loaded during system initialization. In this 
case, VBus data bits (parity error flags) are read with 
the system clock running at full speed. 

3.3 VBUS SIGNALS 

The VBus signals, which are ECL driven and received, are defined in 
Table 3-1. 
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Figure 3-1 Visibility Bus (VBus) and VBus Control (on CLK Module 
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Table 3-1 VBUS Signal Descriptions 



Signal Line 



Number 



VBUS DATA 
<15:0> H 



16 



Description 



Transfer VBus data from CPU modules to 
console interface on clock (CLK) module 
Each data line connects to one CPU 
module and corresponds to one VBus 
channel . 



VBUS ADDRESS H 



VBUS STOP 
SHIFT H 



VBus DATA 


<15> 


<14> 


<13> 


<12> 


<11> 


<10> 


<9> 


<8> 


<7> 


<6> 


<5> 


<4> 


<3> 


<2> 


<1> 


<0> 



Left/Right CPU CPU Module 



R 
R 
R 
R 
R 
R 

T"» 
I\ 

R 
L 
L 
L 
L 
L 
L 
L 
L 



SHR 

SLC1 

SLCO 

ADP 

CCS 

DEC 

SEQ 

WCS 

SHR 

SLC1 

SLCO 

ADP 

CCS 

DEC 

SEQ 

WCS 



Transfer VBus data address from console 
interface to all CPU modules. Address 
is shifted into VBus address registers 
(shift registers) on each module one 
bit at a time. 

Asserted by console interface to 
disable the shifting of VBus address 
registers in some CPU modules (CCS, 
DEC, and SEQ modules). The registers 
hold their current contents (the current 
VBus data address) as long as the line 
is asserted. 
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The 16 data lines allow 16 separate visibility channels to be read 
by the console. That is, a data line connects from each of the 16 
CPU modules to the VBus data multiplexer on the console interface. 
(There are eight modules in the left CPU and eight in the right 
CPU.) Eight VBus channels, either the eight left CPU channels or 
t-ho pinhi- rinht. CPU channels, can be read by the console at a time. 

The two VBus control lines connect to more than one module. One, 
the VBus ADDRESS line, connects to all modules. The console reads 
VBus data from a module by first shifting an address onto this line 
one bit at a time. The address is held in the module (in a shift 
register) and it selects the single VBus data bit that is 
transmitted on the module's VBus data line. Because the address 
line connects to all modules, a VBus data bit may be selected in 
more than one module by a single address. As mentioned above, the 
VBus data bits from all modules can be read eight bits at a time 
once an address is loaded. 

The second VBus control line, VBus STOP SHIFT, connects to only the 
CCS, DEC, and SEQ modules in each CPU. When asserted by the 
console, this signal causes the shift registers holding the VBus 
data address bits in the modules to hold that address even if the 
system clocks are started. The selected VBus data bits may then be 
examined during normal operation when clocks are running at full 
speed. This is done during the loading of microcode when the VBus 
is used to monitor control store parity error flags. (These parity 
error flags in the CCS, DEC, and SEQ modules are all selected by 
the same VBus data address bits: 100110, where the right-most or 
least significant bit is the last bit shifted into the VBus address 
path. ) 

VBus STOP SHIFT can also be asserted during system debug so that 
selected VBus signals may be scoped on the backpanel while the 
system clock is running. 

3.4 VBUS REGISTERS 

Register bit formats for the two VBus_ registers on the console 

interface are shown in Figures 3-z and 3-3. The VBus control 

register is a write-only register. The VBus access register, which 

is the output of the VBus data multiplexer, is a read-only 

register. 

The bits in the VBus control register are defined in Table 3-2. 

The VBus ADDRESS and STOP SHIFT control bits (latch outputs) drive 
the two VBus control lines. These control bits hold their current 
state unless changed when the VBus control register is written 
again. 
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Figure 3-2 VBus Control Register 



Bit(s) 



<7:4> 
<3> 



Table 3-2 VBus Control Register Bit Descriptions 



Description 



Not used. 

Multiplexer select. Selects which VBus channels 
are read by console when it reads the VBus 
access register. Cleared by CPU INIT. 

MUX SEL SELECTED VBUS CHANNELS 



<2> 



<1> 



<0> 



Eight channels from left CPU 
Eight channels from right CPU 



Stop shift. Prevents BCLK from shifting registers 
that hold VBus address in CCS, DEC, and SEQ modules. 
Used to freeze address of control store parity error 
flags in these modules when microcode is loaded. 
Cleared by CPU INIT. 

Step BCLK. Causes one system BCLK to be generated. 
Set for only one clock cycle. 

VBus address. This address bit is shifted into 
serial VBus address path (in each module) by BCLK. 
Cleared by CPU INIT. 
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NOTE: VBUS DATA BiTS ARE FROM LEFT CPU 

IF BIT<3> IN VBUS CONTROL REGISTER IS 
CLEARED. IF BIT<3> IS SET, VBUS 
DATA BITS ARE FROM RIGHT CPU MODULES. 



Figure 3-3 VBus Access Register 



The MUX SELECT control bit (another latch output) simply drives the 
select line for the VBus data multiplexer and determines which 
eight VBus channels are read by the console when it reads the VBus 
access register. 

The console uses the VBus registers as follows during a typical 
read of one or more VBus channels (system clock turned off). 

1. Loads VBus ADDRESS bit and STOP SHIFT = 

2. Loads same VBus ADDRESS bit, STOP SHIFT = 0, and STEP BCLK 
= 1 (to shift address bit into modules) 

3. Repeats steps 1 and 2 (until all address bits are shifted 
into modules) 

4. Loads MUX SELECT bit and reads VBus data bits 

Note that a copy of the VBus ADDRESS bit is loaded when the BCLK is 
stepped. This is because the console is not allowed to change the 
state of the VBus ADDRESS bit when STEP BCLK is set. It also 
cannot change the state of the STOP SHIFT bit when STEP BCLK is 
set. These programming restrictions are necessary due to the 
electrical ^ro^erties of the VBus. 
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3.5 MODULE VBUS CHANNEL CIRCUITRY 
The VBus channel circuitry in a 
following: 



CPU module is basically the 



1. 



One or more shift registers (clocked by BCLK) that hold 
the VBus data address shifted into the module by the 
console. The same number of address bits are not used by 
all modules. 



2. One or more data multiplexers that select the VBus data 
bit specified by the address. The bit is transmitted on 
the module's single VBus data line. 
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ifies that a module is 

cause the tail bit address 
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3.5.2 Expanded Configuration 

Some CPU modules allow a large number of internal logic levels to 
be examined using the VBus. Thus, additional shift registers and 
data multiplexers are required in the module and these, for the 
most part, are located within the MCAs . A typical expanded 
configuration is shown in Figure 3-5. Modules having an expanded 
VBus capability are the ADP, CCS, DEC, and SEQ modules. 
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3.6 VBUS ADDRESS/DATA SUMMARY 

The VBus directory in the System Maintenance Guide lists the logic 
levels in each module that can be read using the VBus. (An excerpt 
from the beginning of the directory is given in Table 3-3.) The 
minimum number of VBus data address bits required for each module 
(each channel) varies from three bits to ten bits (not including 
the tail bit) . 



3.7 VBUS CONSOLE COMMANDS 

There are three VBus console commands: 

1. PROBE VBUS <address> Accumulator bit> 

2. SHOW ACCUMULATOR 

3. CLEAR ACCUMULATOR 

The PROBE VBUS command selects a single VBus data bit and loads it 
into (actually ORs it with) one of the bits in a 32-bit 
accumulator. The use of an accumulator allows a string of these 
commands to assemble several bits of VBus data into a useful format 
before the data is finally examined with the SHOW ACCUMULATOR 
command. All bits in the 32-bit accumulator can be cleared at any 
time with the CLEAR ACCUMULATOR command. 

The address for the PROBE VBUS command consists of a channel number 
and a VBus data address. This is followed by the bit number in the 
32-bit accumulator. The command causes the console to shift the 
VBus data address out to all modules, read the selected VBus data 
(eight channels), and then load the data bit for the specified 
channel into the specified bit position in the accumulator. 

Use of the VBus commands is illustrated below. The example is a 
command file that reads the address of the first microword in the 
pipeline. The address bits, stored in the microPC silo on the SEQ 

-\ A A y~\ K -l 4- r» /l *3 • HON r^-f f ha o^r^iinmil^-H^v 

IMICROPC.CMD 

1 assembles microPC bits from VBus and displays them 

CLEAR ACCUMULATOR 

PROBE VBus %X1007 00 iread bit 

PROBE VBus %X100F 01 Iread bit 1 

PROBE VBus %X1017 02 Iread bit 2 



PROBE VBus %X1117 12 iread bit 12 

PROBE VBus %X111F 13 Iread bit 13 
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Table 3-3 VBus Directory (Excerpt) 
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SECTION 3 
CONSOLE SUBSYSTEM 



CHAPTER 1 
INTRODUCTION 

1 . 1 GENERAL 

This section provides a technical description of the VAX 8800 
console subsystem. The section is divided into three chapters 
containing the following information: 

Chapter 1 -- An introduction and overview of the console subsystem 
at the simplified block diagram level. 

Chapter 2 — A functional description of the console and how it 
interacts with the VAX 8800 system. 

Chapter 3 — Detailed analysis of the console interface and a 
description of the input/output ports, timing signals, MCA loqic, 
and register definitions. 

1.2 RELATED DOCUMENTATION AND REFERENCES 

This tfinhninal Hpcprinfinn h^^<- v>~4- ~ — .u ~ „• „ j _ j_ _ • t ^ • 

-- — ~ ~- -fv- .^n v^w^o nwu ^unuaiu u«Lci±±eu inrormation 

pertaining to the Professional Series 380 computer. The following 
references have been provided for operation, installation, and 
maintenance of the PRO-38N: 

Professional 300 Series Owner's Manual (AA-N587A-TH) 

Professional 300 Installation Guide (AZ-N626A-TH) 

Professional 300 User's Guide for Hard Disk System (AA-N603A-TH) 

Professional 300 Communications Manual (AA-N602B-TH ) 

Professional 300 Pocket Service Card (EK-PC3XX-PC ) 

Professional 300 Technical Manual (EK-PC3XX-TM 

Professional 300 Field Maintenance Print Set (MP-01394-00 ) 

VR210 Field Maintenance Print Set (MP-01410-00 ) 

LK201 Field Maintenance Print Set (MP-01395-00 ) 

KEF11 Field Maintenance Print Set (MP001473-00 ) 

VAX 8800 System Hardware User's Guide (EK-8800H-UG-001 ) 

VAX 8800 System Installation Guide (EK-8800I-IN-001 ) 
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1.3 FUNCTION AND PURPOSE 

The console subsystem is an independent computer system that 
provides primary control of the VAX 8800 system. The software of 
the console subsystem controls power switching, loading of 
microcode, and the general operation of a dual-CPU VAX 8800 



1.4 SUBSYSTEM COMPONENTS 

The console subsystem shown in Figure 1-1 uses a Professional 
Series 380 computer (PRO-38N) as a console device. The PRO-38N is 
a self-contained system that consists of a Winchester disk drive, 
dual-floppy disks, display monitor, and terminal keyboard. 

A real-time interface (RTI) I/O module located in slot six of the 
PRO-38N, provides the communication path between the console and 
the VAX 8800 CPU(s). All of the console/VAX 8800 communications 
are transmitted and received through the RTI. The RTI uses a 
programmable peripheral interface (PPI) and a serial line unit 
(SLU) as I/O devices for communication. 

The PPI communicates by means of an 8-bit bus to the VAX 8800 
cabinet, and handles the transfer of read/write data, system 
status, and control signals. The SLU is the console's interface to 
the VAX 8800 power subsystem. Control and status signals between 
the console and a microprocessor in the environmental monitoring 
module (EMM) provide the console with the ability to monitor 
specific parameters in the VAX 8800 cabinet such as voltage, 
temperature, and airflow. 

The PPI bus is connected to a console interface residing on the 
VAX 8800 clock module. The clock module's connection to the VAX 
8800 backplane provides the console with a point of communication 
with the VAX 8800 CPUs. 

An rtnt-i Anal r-»v -i r"« 4- a v oar> Kca r>r\nr>£zr*$-Ckrl +- n +-Hd cr\noAl o oiihcucfam 

through a serial printer port on the rear of the PRO-38N. A 
remote diagnostic link can be established through an existing port 
on the PRO-38N that is set up for modem control. 
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Figure 1-1 Simplified Block Diagram of the Console Subsvst 



ystem 



1.5 CONSOLE/VAX 8800 INTERACTION 

The console operates in two modes as shown in Figure 1-2. The 
power-up and boot mode is included in the discussion of operating 
modes, because of the important role that the console has in the 
power-up sequence. 

1.5.1 Power-Up Mode 

During the power-up mode of operation, the console is responsible 
for the sequencing and control of the following VAX 8800 
functions: 

• Power application/sequencing 

• Monitoring environmental status 

• Performing loopback testing of the interface 

• Verifying correct module placement 

• Performing revision compatibility comparisons 

• Providing system identification 

• Loading VAX 8800 firmware and booting the system 

1.5.2 Console I/O 

The console mode can be in effect during either the VAX 8800 halt 
or run mode. During halt mode, the console can perform, examine, 
and deposit, microcode/macrocode stepping and clock control 
functions. The VAX software must be halted during these functions 
to allow the console support microcode (CSM) to communicate with 
the console. Commands not requiring microcode assistance are 
valid in either mode. 



._.___ T 



ridcuiy i,ne cuusuie in console moue uuring trie vm oouu lfu run 
mode with a CTRL/P limits the amount of VAX 8800 commands 
available to the operator, but allows the console to run 
independently of the VAX. 
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Figure 1-2 Modes of Operation 
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Program mode places the console in a state similar to any VAX 
terminal. Communication with the VAX 8800 CPU is under interrupt 
control using the ready and done conditions. During program mode, 
the console is free to interact with the VAX 8800 at the 
instruction set processor (ISP) level and perform normal operator 
interactive functions. 



1.5.3 VAX 8800 State Description 

The VAX 8800 CPU exists in one of the following four 

hardware/operational states: 

1. Power off 

2. Clock stopped/WCS invalid 

3. Clock running/WCS invalid 

4. Clock running/WCS valid 

1.5.3.1 Power Off — All regulators turned off. 

1.5.3.2 Clock Stopped/WCS Invalid — The VAX 8800 regulators have 
been turned on and the clock is stopped while the console checks 
module and software revisions. Microcode has not been loaded, and 
volatile RAM locations remain invalid. The clocks are then 
started to load microcode. 



1.5.3.3 Clock Running/WCS Invalid — There are two conditions in 
which this state can be true: during powerup and loading of the 
WCS . The clock is running during the power-up sequence and all 
RAM areas are volatile and invalid. During WCS and IBox loading, 
the clock is runnina. 



1.5.3.4 Clock Running/WCS Valid — Microcode has been loaded into 
the WCS; the IBox decoder RAMs and cache control store are 
loaded. The VAX system is executing a NOP microinstruction and 
the VAX 8800 CPU is in the ready state. 
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1.5.4 Console State Description 

The console CPU exists in one of the following operational states: 

Power Off 

The power switch on the PRO-38N is in the OFF position. 
Stuck 

Console selftests have failed. Power-up and boot sequence will 
not proceed. 

P/OS 

The console is running the PRO operating system. This condition 
can be the result of an intentional exit from the VAX 8800 system 
to use P/OS, or the result of a console-only power failure. 

NOTE 
The P/OS state will exist when the 
system has been assembled and the 
console applications have not been 
installed. 

Console Applications 

Console applications have begun. The console is initializing the 
data base and spawning the RTI driver. Testing of the real-time 
interface, environmental monitoring module, and VAX 8800 hardware 
have not been performed. Commands for testing and interrogation 
are valid during this state. 

Test 

EMM, RTI, and clock module loopback testing have been completed 
successfully. Commands to the EMM to begin VAX 8800 powerup are 
valid. 

Power 

VAX 8800 CPU power has been applied and the clock is NOT running. 
Commands to start the clock and load microcode, IBox decoder RAMs, 
and cache control store are valid. The POWERDOWN command is 
valid. 
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Micromonitor Mode 

Micromonitor is a subset of the console program that allows 
loading, control, and monitoring of console-based and WCS-based 
mi c rod i agnostics . 

The commands that are valid include the conventional console 
commands plus a set of micromonitor commands. 

Console Mode 

The VAX 8800 ISP with console support microcode has been loaded. 
Commands that are allowable when the clock is running are valid. 

Microbreak 

Clock stopped, microcode execution halted. This state is a result 
of one of the following: 

• MicroPC match and stop on micromatch set 

• Clock burst of (n) cycles complete 

• SET CLOCK OFF command 

Intermediate 

This state exists during the transition from console mode to 
program mode. Characters are not passed from the terminal and a 
limited amount of commands are valid. 

Program Mode 

Normal mode of operation for the VAX 8800 run mode. 

Boot 

. , „ c w^^*--;^,-, 4-k^, way fififlfl c\/Qt-(2>m. 

The console is in une pjiuut;;^ ui w^wuxny «-.i^ v Aii - ~~~~ ~ 2 

Restart 

The console is in the process of restarting the VAX 8800 system. 
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1.6 CONSOLE SOFTWARE COMPONENTS 

The console software consists of the following three distinct 

processes to implement control of the VAX 8800 system: 

1 . Control program 

2. Logical block server program 

3. Real-time interface driver 



1.6.1 Control Program 

The control program is the main console program and is responsible 
for implementing console modes (program or console I/O), logfiles, 
micromonitor, EMM support, and remote terminal access. The 
control program uses RSX system directives SET, CLEAR, TIMED 
REQUESTS, WAIT EVENT FLAGS, and QUEUED I/O WAIT. 

During system initialization, the control software installs and 

initializes the RTI driver, spawns the logical block server and 

disk access programs, reads nonvolatile console state from the 
console disk drive, and initializes the console database. 

1.6.2 Logical Block Server Program 

The logical block server program enables the VAX 8800 CPU to read 
or write files to and from the console floppy disks. The console 
presents the floppies to the VAX 8800 as large virtual floppies by 
creating a file on the Winchester drive. 

1.6.3 Real-Time Interface Driver 

The real-time interface driver provides the software link between 
the RTI circuitry in the PRO-38N, and the hardware independent 
functions of the control, logical block server, and file transfer 
programs. Separate subdrivers are used for communications with 
either the programmable peripheral interface, or the serial line 
unit. The PPI subdriver provides mapping from high-level 
functions, to machine-specific operations (for example: Examine or 
Deposit requests require a correct sequencing of reads, writes, 
and acknowledge operations). 
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1.7 CONSOLE/VAX 8800 POWER SEQUENCE 

The description of the console and VAX 8800 power sequencing is 

divided into five functional areas: 

1 . Powerup 

2. EMM/Console initialize 

3. Restart/Boot/Halt 

4. Power fail 

5. Powerdown 

Each of the five functional areas is illustrated with a flowchart 
in Figures 1-3 through 1-7. The flowcharts are intended as a 
reference for the brief overview of the VAX 8800 power sequencing, 
and do not contain sufficient information for a detailed analysis. 
Refer to Section 10 of the manual for information about the power 
subsystem. 

1.7.1 Powerup (Refer to Figure 1-3) 

The power-up sequence involves two independent processors to bring 
the VAX 8800 system to ready state. The microprocessor in the 
environmental monitoring module, and the console processor perform 
numerous cooperative tasks that ensure the correct sequencing of 
power and initialization of the system. 
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When the main power circuit breaker on the VAX 8800 cabinet is 
turned to the ON position, ac voltage is applied to the following: 

• 876 power controller 

• Console subsystem 

The 876 power controller applies ac voltage to the NBox (port 
conditioner) and the battery backup unit (BBU). The NBox provides 
a 12-volt and 5-volt dc to the EMM, enabling the EMM to begin the 
power-on sequence. 
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1.7.2 EMM/Console Initialize (Refer to Figure 1-4) 
The dc voltages applied to the EMM reset the microprocessor and 
begin the initialize sequence by performing a module keying test. 
If the keying test is satisfactory, the EMM conducts a selftest. 
Failure of either the keying test or the selftest will result in 
an error message to the console and a reset of the EMM. The reset 
will prevent the EMM from responding to console commands. Upon 
completion of the selftest, the EMM will load its own default 
monitoring parameters, initiate auto shutdown monitoring, and wait 
for the console to be switched "ON". 



When the console operator places the PRO-38N power switch to the 
"1" position, the console processor performs a selftest of the 
PRO-38N's major components. Satisfactory completion of the 
selftest results in the loading and running of the console 
software. The console software initializes the database and the 
RTI driver so that it can communicate with the EMM in the VAX 8800 
system. 

As soon as the console software verifies that it can communicate 
with the EMM, the console sends specific monitoring parameters to 
the EMM and enables failure monitoring. The specific parameters 
replace the default parameters loaded by the EMM during the 
powerup without the console. 

The console software checks the INITIALIZE IN PROGRESS flag to 
determine if a previous powerup attempt had failed prior to 
completion. If the flag indicates that a previous attempt had been 
aborted, the console is set to the console I/O mode and the power 
sequence is aborted. Power supply status is checked to determine 
if it was a console-only power failure. If a console-only power 
failure had occurred, the console clears the CONSOLE GONE flag, 
and sets either console or program mode depending on the state 
when the console failed. 

The console executes SYSINIT.COM and the command file checks AUTO 
POWER ON to determine if the console should continue with the 
automatic power sequence or abort and wait for further 

i ^ /-. ■!- 1-- , i ^, +- -i" ^ v><-^ 

lllOtl U^UlUliO . 

The console performs a series of loopback tests to determine that 
all required communication paths with the VAX 8800 system are 
operational. Successful completion of the loopback tests allows 
the console to verify correct module placement and revision 
status . 

When the console is satisfied that all modules are correctly 
placed, and the revisions are compatible, the console loads the 
WCS, cache control store, and IBox decoder RAMs . IPRs and memory 

mu an j_o vjk^ i. X.KJ i. tuc; <-» uv-> nin.iQij.it j_/v^. 
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Figure 1-4 EMM/Console Initialize (Sheet 1 of 4) 
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Figure 1-4 EMM/Console Initialize (Sheet 2 of 4) 
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Figure 1-4 EMM/Console Initialize (Sheet 3 of 4) 
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Figure 1-4 EMM/Console Initialize (Sheet 4 of 4) 
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1.7.3 Restart/Boot/Halt (Refer to Figure 1-5) 

When the power-on sequence is completed, the VAX 8800 system is 
ready to enter either the restart, boot, or halt mode, depending 
on the position of the software mode keyswitch. The flowchart 
shown in Figure 1-5, only refers to the primary VAX 8800 CPU The 
secondary CPU is restarted using an RPB saved in memory by the 
primary CPU. The secondary CPU is restarted by the console when 
requested by the primary CPU. 

If the software keyswitch indicates boot, the console uses the 

console support microcode to locate 64 Kbytes of contiguous 

memory, and loads and executes VMB. A successful boot results in 
a continue to program I/O mode. 

The FIND MEMORY command requests the microcode to search main 
memory, starting at address 0, for a page-aligned 64-Kb block of 
good memory. If a block is found, the starting address plus 512 is 
left in the SP and the cold restart flag is set. 

I^fL^ FIN !L„ RPB c ? mn ) and initiates a microcode search of physical 



lUClllUL 



y lul ex vana restart parameter block. If an RPB is found, 
the warm restart flag is set. A warm restart states that memory 
has been backed up and a restart parameter block is available 
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Figure 1-5 



Restart/Boot/Halt 



1.7.4 Power Fail (Refer to Figure 1-6) 

The environmental monitoring module is responsible for recognizing 
a pending power fail and informing the VAX 8800 CPU and the 
console. When the EMM senses a decrease in a monitored voltage, it 
asserts a signal called ACLO. The ACLO signal generates a 
power-fail interrupt to the VAX by means of the console interface 
and informs the console that a sensed voltage has fallen below 
acceptable limits. 

At least five milliseconds after the ACLO signal, the EMM asserts 
the DCLO signal. DCLO asserts the CPU INIT signal to the primary 
and secondary CPUs and disables microcode execution. If the 
console subsystem power is still active, the console recognizes 
the interrupt and executes the POWER OFF command 
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POWER FAIL 



I 



EMM RECOGNIZES 
FAILURE 



EMM ASSERTS ACLO 



ACLO GENERATES 
POWER-FAIL INTERRUPT 



I 



BWI ASSERTS DCLO 



CPU INITIALIZE 
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POWER OFF COMMAND 



PRINT "POWER 
FAIL" MESSAGE 



1 



POWERUP 



SCLD-219 

Figure 1-6 Power-Fail Sequence 
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1.7.5 Powerdown (Refer to Figure 1-7) 

An intentional powerdown is initiated by a console command. When 
the command is recognized, the console software checks the status 
of the battery backup unit. 

If the BBU is enabled or the operator wishes to continue without 
backup power, the EMM is directed by the console to begin 
sequential shutdown of the voltage regulators. 
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Figure 1=7 Powerdown Procedure 



III 1-22 



CHAPTER 2 
FUNCTIONAL DESCRIPTION 



2.1 GENERAL 

This chapter contains a functional description of the console 
subsystem and how it interacts with the VAX 8800 system. 
Simplified block diagrams illustrate the process of initialization, 
status and control, and data transfers. 

Figure 2-1 is a functional block diagram of the console subsystem. 
It is designed to show the interaction between the console and the 
VAX 8800 system at a functional flow level, by indicating key 
signals. Refer to the block diagram for the following system 
description. 

2.2 REAL-TIME INTERFACE (RTI) 

The real-time interface is the only data link between the PRO-38N 
console computer and the console interface located on the VAX 8800 
clock module. The RTI is connected to the console computer through 
the PRO-38N backplane and provides the VAX 8800 system CPUs with a 
data path to the console storage, display, and control components. 

The RTI consists of a programmable peripheral interface (PPI), an 
IEEE port, and two serial line ports. The PPI is the primary data 
transfer point to and from the VAX 8800 system. Serial line port 
"A" is connected to the environmental monitoring module in the VAX 
8800 power system, and provides the console with a means of 
controlling and monitoring the power and environmental parameters 
of VAX 8800. Serial line port "B" is connected to a spare 
connector at the VAX 8800 bulkhead. The IEEE port is not used in 
the present configuration. 
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I 




Figure 2-1 Console Subsystem Functional Block Diagram 



2.2.1 Programmable Peripheral Interface (PPI) 

The PPI contains three 8-bit ports that are used to transfer data 

address, and control signals between the console and the* VAX 8800 

system. The PPI ports are connected to the buffer, translator, and 

tl n °^lr n l Ze Clrcuitr y on the console interface board by means of 
the PPI bus. Figure 2-2 shows the format of PPI Port A. 

2.2.1.1 Port A ~ Eight-bit bidirectional data port. Data bits to 
and from the VAX 8800 CPU are transferred by means of this port. 
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2.2.1.2 Port B — Eight-bit address and control port (refer to 
Figure 2-3 and Table 2-1). Bits <3:0> contain address information 
that is passed to the console address decoder. Bits <7-4> 
enable/disable console-to-CPU communications, enable reads from the 
interface, and mask interrupts to the console. 
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00 
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CLK-MOD 
ADRS<1> 


CLK-MOD 
ADRS<0> 
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Figure 2-3 PPI Port B Format 
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Table 2-1 PPI Port B Bit Description 




Name 



CONSOLE GONE 



Description 



= Console power is ON. 

1 = Pulled up to "1" by clock module, 

when console power is OFF, or 
when any of the cables connecting 
the RTI to the clock module are 
disconnected . 



<06> 



SELECT KEY 



<05> 



MASK INTERPTS 
(Mask Interrupts) 



Provides multiple use of MASK INTRPTS 
(mask interrupts) and READ ENABLE bits. 

= MASK INTERPTS and READ ENABLE bits 

perform normal functions. 

1 = MASK INTERPTS serves the KEY DATA 

function, and READ ENABLE serves the 
KEY CLOCK function. The key data 
and key clock signals are used in 
the unlock sequence of console 
isolation. 

Function determined by SELECT KEY bit. 
If the SELECT KEY bit is a "0", this bit 
masks all interrupts from the console 
interface to the console. If the SELECT 



KEY bit is a 



this bit and the READ 



ENABLE bit enable console-to-CPU commun- 
ications . 

SELECT KEY = 

= Interrupts are not masked. 

1 = Interrupts are masked. The mask bit 

must be set prior to a read/write 

J. J. Will ^.WllvJWJ.^ J. «i «_V^.l- J- V^^V^ V^J^V^ *- ^ V, ^ ~*. . 

SELECT KEY = 1 

= Normal mode, no action. 

1 = Provides a serial data input to the 

shift registers that enable the 
console sequencer following a console 
power failure or cable disconnect. 
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Table 2-1 PPI Port B Bit Description (Cont) 



Bit 



Name 



<04> 



READ ENABLE 



Description 



Function determined by SELECT KEY bit. 
If the SELECT KEY bit is a "0", this bit 
initiates a read sequence from the 
console interface. If the SELECT KEY 
bit is a "1", this bit, in conjunction 
with the MASK INTERRUPTS bit, unlocks 
the console interface and enables 
console-to-CPU communications. 



SELECT KEY = 

Read Enable is toggled from to 1 to 
initiate read sequencing control of 
the console interface. 

SELECT KEY = 1 

Clock inout to the sniff rpni Qt-^T-Q hgoh 
to enable the console sequencer follow- 
ing a PRO-38N power failure or cable 
disconnect . 



<0 3> CLK_MOD ADRS 
<3:0> (Clock 
Module Address) 



Four-bit address to the console address 
decoder on the console interface. 
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2.2.1.3 Port C — Eight-bit bidirectional status and control port 
(refer to Figure 2-4 and Table 2-2). Bits <3, 5, and 7> are 
read-only bits that display PPI status information. Bits <6 and 4> 
are used by the console's I/O driver to control interrupts during 
data transfers to and from the console interface. Bits <2:0> are 
programmable bits used for the detection of RTI power-up diagnostic 
execution. Bit enables the console interconnect test (LOOPBACK 
A). Bit 1 enables the interface data path test (LOOPBACK B) . 



07 



06 



05 



04 



03 



02 



01 



-OUTPUT 
BUF FULL 
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Figure 2-4 PPI Port C Format 



Table 2-2 PPI Port C Bit Description 



00 



NOT 
USED 
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Bit 



Name 



Description 



<07> -OUTPUT BUF FULL 
(Output Buffer 
Full) 

<06> XMT RUPT ENABLE 
(Transmit 
Interrupt 
Enabled) 



= PPI Port "A" output buffer contains 

data for the console interface. 

1 = PPI Port "A" output buffer is empty 

= Disables interrupts to the console, 

when PPI Port "A" output buffer is 
empty. 

1 = Enables interrupts to the console, 

when the PPI Port "A" output buffer 
is empty. 



<05> INPUT BUF FULL 
(Input Buffer 1 
Full) 



PPI Port "A" input buffer is empty. 
PPI Port "A" input buffer contains 
data from the console interface. 



<0 4> RCV RUPT ENABLE = 
(Receive 
Interrupt 
Enable) 1 = 



Disables interrupts to the console 
when the PPI Port "A" input buffer 
is full. 

Enables interrupts to the console 
when the PPI Port "A" input buffer 
is full. 
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Bit 



Table 2-2 PPI Port C Bit Description (Cont) 



Name 



Description 



<03> RUPT TO PRO-38N 
{ Interrupt to 
PRO-38N) 

<02> -RTI DIA MODE 

(RTI Diagnostic 
Mode) 

<01> ENABLE LOOPBACK 



= Inactive interrupt request to the 

PRO-38N. 

1 = Active interrupt request. 

= Real-time interface power-up 

diagnostics are executing. 

1 = Normal VAX 8800 console operation 

= Loopback disabled. 

1 = Loopback enabled. 
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2.2.1.4 PPI Control — The PPI is controlled by programming an 
8-bit control word register. The control word register performs 
two functions selected by the MSB of the register (refer to Figure 
2-5 and Table 2-3). When the MSB equals 0, the CWR controls the 
bit set and reset functions of PPI Port "C" . If the MSB equals 1, 
the CWR selects the modes of operation of Ports "A", "B", and "C". 



CAUTION 

The control word register should never be written to by 
anything other than the console's I/O driver or VAX 8800 
diagnostics. 

Writing to this register using either the BIT SET/RESET 
function or the MODE SELECT function can cause damage to 
the RTI or clock module hardware. 

Reading the control word register in accordance with the 
PPI specification drives the data bus with undefined 
data and places the clock handshaking signals into an 
unknown state. 

The contents of the control word register are not returned 
when the register is read. 

Figure 2-5 shows the control word register as it should appear 

after the system has been booted. This configuration ^should not be 

altered except by the console's I/O driver and the VAX 8800 
diagnostics . 
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CONTROL WORD REGISTER (WRITE ONLY) 
PRO-38N ADDRESS =17775216 (OCTAL) 



07 


06 


05 


04 


03 


02 


01 


00 


CW FUNC 


A MODE 


A I/-0 


CU I/-0 


B MODE 


B I/-0 


CL I/-0 


1 


1 





1 
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Figure 2-5 PPI Control Register Format 



Table 2-3 PPI Control Register Bit Description 



Bit(s) Name 



Description 



<07> CW FUNC 

(Control Word 
Function) 

<05:06> A MODE (Port "A" 
Mode Control) 



= Port "C" bit set and reset 

1 = Mode select (Ports "A", "B" , 

and "C") 

10= Mode 2 (Strobed Bidirectional) 



<04> A I/-0 (Port "A" 

Input/Output Mode) 

<03> CU I/-0 (Port "C" 
Upper 4 bits I/O) 

<02> B MODE (Port "B" 
Mode Control) 



<01> B I/-0 (Port "B" 

Input/Output Mode) 

<00> CL I/-0 (Port "C" 
Lower 4 bits I/O) 



Must = 1 This bit is used by the 
RTI ROM only 

= Output 

1 = Input 

= Basic input/output (outputs 

latched, inputs unlatched, no 
handshaking) 

1 = Strobed input/output 

= Output 

1 = Input 

= Output 

1 = Input 
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2.2.2 Serial Line Port 

Serial line port "A" provides the console with a communication link 
to the environmental monitoring module in the VAX 8800 power 
supply. A major component of the serial line port is the enhanced 
programmable communications interface (EPCI). The ECPI controls 
the method of communication between the console and the EMM through 

hhrpf! nrnnrammahlp remichorc 



ThrQQ K a rHu a v-£i rani e< 4- n v <-• rr> v-^. nr-nH 



for transmitting and receiving data and reading status 
EMM. 



from the 



2.2.2.1 ECPI Registers 
between the console 
command register. Mod 
defines the required 
received. Mode regist 
clock source, intern 
receiver/transmitter c 
(Figure 2-8 and Tab 
data transfers, and re 



The ECPI controls the communications 
and the EMM with two mode registers and one 
e register 1 (Figure 2-6 and Table 2-4) 
format of all messages to be transmitted or 
er 2 (Figure 2-7 and Table 2-5) defines the 
al baud rate generator frequency, and the 
lock baud rate factor. The command register 
le 2-6) enables/disables loopback testing and 
sets error flags in the status register. 



MODE REGISTER 1 (READ/WRITE) 
PRO-38N ADDRESS = 17775244 (OCTAL) 



07 06 


05 


04 


03 02 


01 00 
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Figure 2-6 ECPI Mode 1 Register 
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Table 2-4 ECPI Mode 1 Register Bit Description 



Bit(s) Name Description 



<06:07> STOP BITS 1 = 1.5 Stop bits 
(Number of 
Stop Bits) 

<05> PAR TYP x = Don't care (Parity disabled 
(Parity Type) by bit 4) 

<04> PAR EN = Disable 

(Parity Enable) 1 = Enabled 

<02:03> CHAR LENGTH 1 1 = 8 -bit characters 
(Character Length) 

<00:01> M/B FACT (Mode 1 = Asynchronous communication 
and Baud Rate and Unity baud rate 

Factors) 



NOTE 



The required Mode 1 format for EMM communications 
is 1.5 stop bits, parity disabled, 8-bit word 
length, asynchronous communications, and a unity 
baud rate factor. This configuration is programmed 
by writing 215 Octal to mode register 1. 
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MODE REGISTER 2 (READ/WRITE) 
PRO-38N ADDRESS = 17775244 (OCTAL) 



07 



06 



05 
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03 



02 



01 



00 



RCV/XMT CLOCK 



Bits 



o 



1 



BAUD RATE SEL 
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Figure 2-7 ECPI Mode 2 Register 



Table 2-5 ECPI Mode 2 Register Bit Description 



Name 



Description 



<04:07> RCV/XMT CLOCK 0011 = Internal clock source 
(Receiver and Unity baud rate factor 

Transmitter Clock) 

<00:03> BAUD RATE SEL 1110 = 9600 Baud 
(Baud Rate 
Select) 



NOTE 

Console communications with the EMM require setting 
the internal clock source at 9600 baud with unity 
baud rate factor. This is accomplished by writing 

r\—i r I _ _ i 1\ i-~ __ „ -3 „ -v- s* ^. 1 ^. 4- ^ •*• O 



Mode registers 1 and 2 use the same address for register access. 
An alternating mode register pointer allows alternating access to 
the registers during normal read/write operations. The pointer can 
be initialized to point to mode register 1 with either a RESET 
command, or a read command register operation. 
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The command register is used to enable or disable the transmitter 
and receiver, reset error flags in the status register, and force 
key signals into the high or low state. Normal operation for the 
command register is to have loopbacks disabled and the break 
condition deasserted. The following drawing shows the command 
register set up for normal operation. 



COMMAND REGISTER (ACCESS AS SPECIFIED) 
PRO-38N ADDRESS = 17775246 (OCTAL) 
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Figure 2-8 ECPI Command Register 



Bit(s) 



Table 2-6 ECPI Command Register Bit Description 



Name 



<06:07> OP MODE 

(Operating Mode 



Description 



0= Normal operation 
10= Local Loopback enabled 

(all characters echo back) 



<05> 



FRC RTS (Force 
Request To Send 



= Disabled 

1 = Enabled 



<04> 



RST ERR 
(Reset Error) 
write-only bit 



= Reset not enabled 

1 = Reset status register error 

flags 



<03> 



FRC BRK 
(Force Break 



= Normal operation 



<02> 



RCV CTL 

(Receiver Control) 



= Receiver disabled 

1 = Receiver enabled 



<01> 



FRC DTR (Force 
Data Terminal 
Ready) 



= Disabled 

1 = Enabled 



<00> 



XMT CTL 

(Transmit Control) 



= Transmitter disabled 

1 = Transmitter enabled 
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2.2.2.2 Data Transfer and Status Registers — The serial line port 
uses three registers for transferring data and status between the 
RTI and the EMM (refer to Figure 2-9 and Table 2-7). The receive 
holding register is an 8-bit data buffer that holds data received 
from the EMM. The transmit holding register is an 8-bit data 
buffer that holds data to be transmitted to the EMM. The status 
reoister contains error status- data set r^arlv anH h, 



c~« =s v- V 1 O V 



detect status, transmitter shift register status, and transmitter 
and receiver ready and done bits. 
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PRO-38N ADDRESS = 1 7775240 (OCTAL) 
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Figure 2-9 Serial Line Port Data and Status Registers 
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Table 2-7 Serial 



Bit 



Name 



<07> DSR (Data 
Set Ready) 

<06> DCD (Data 

Carrier Detect) 

<05> FRA ERR 

(Framing Error) 

<04> OVR ERR 

(Overrun Error) 

<03> PAR ERR 

(Parity Error) 

<02> XSR EM 

(Transmitter 
Shift Register 
Empty/Change 
in DSR or DCD) 



Line Port Data and Status Registers 
Bit Description 



Description 



= DCD Input is active 

1 = DCD Input is not active 

= DSR Input is active 

1 = DSR Input is not active 

= No error 

1 = Error 

= No Error 

1 = Error 

= No error 

1 = Error 

= Shift register not empty/No 

change in DSR or DCD 

1 = Shift register empty/Change 

in DSR or DCD 



<01> RCV DON 

(Receiver Done) 1 

<00> XMT RDY 

(Transmitter 1 
Ready) 



Rcvr holding register empty 
Rcvr holding register full 

Xmt holding register full 
Xmt holding register empty 
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2.3 CONSOLE INTERFACE 

The console interface provides the console and the VAX 8800 system 
with a medium for communication with, and control of, the VAX 8800 
CPUs. Data and control signals are received from the real-time 
interface in the console and distributed to specific areas of the 



lllLCLLOUC LUL ±uauiliy ; LUULLUlf 



8800 system. 

The primary functional areas of the console interface are: 

• Buffer, translate, and synchronization circuitry 

• Console address decode 

• • Console sequencer (CSEQ MCA) 

• Terminal register interval clock (TRIG MCA) 

• Data output mux 

• CPU control registers 

• Visibility bus 

• Console interrupts 

• Power status 



2.3.1 Buffer Translate and Synchronize 

The buffer translate and synchronize logic buffers the incoming 
signals from the console and provides translation of the console 
output signals from TTL to ECL logic. The translated data is 
applied to the TRIC MCAs , control registers, VBus control and clock 
control logic. The lower four bits of the translated port "B H 
address data are applied to the address decoder where they are used 
in the generation of control signals for the operation of the 
console interface. Most of the signals coming from port C or the 
upper four bits of port B are synchronized to the VAX 8800 CPU 
clocks after being translated to ECL logic levels. Control and 
data to the console is translated from ECL to TTL logic prior to 
being placed in the output drivers. 

2.3.2 Console Address Decode 

The address decoder logic uses the lower four bits <3:0> of the 
incoming port "B" address from the PPI to generate control signals 
for control registers <2:0>, VBus control, the clock registers, 
console receive data buffer, and the console load paths to the CPU. 
The address decoder is also used in the generation of transmit 
ready and receiver done signals for the VAX IPRs. 
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2.3.3 Console Sequencer (CSEQ MCA) 

The console sequencer MCA is the centralized data input/output 
control point for the console interface. Synchronized strobe and 
acknowledge signals are generated for the proper sequencing of data 
transfers as well as creation of command flags for loading the VAX 
8800 control store and RAMs . Major functions performed by the CSEQ 
MCA include: 

• Console read sequencing 

• Console interrupt generation 

• Console write sequencing 

• Control store load mechanism 

• Console/VAX CPU isolation control 

• CPU timeout 

• 1 MHz clock generation 

• CPU write address timing 

2.3.4 Terminal Register/Interval Clock (TRIC) MCA 

Each of the VAX 8800 CPUs use two TRIC MCAs to transfer data and 
control signals between the console interface and the CPU. The 
combination of both TRIC MCAs make up the VAX internal processor 
registers (IPR) required to implement the transfer process. The 
IPRs for one VAX CPU include: 

Receive IPR 

• Receive Data Buffer ( RXDB <15:0> ) 

• Receive Control and Status ( RXCS <7:0> ) 



Transmit IPR 



• Transmit Data Buffer ( TXDB <15:0> ) 

• Transmit Control and Status ( TXCS <7:0> ) 

Interval Clock 

• Interval Count Register ( ICR <30:0> ) 

• Next Interval Count Register ( NICR <31:0> ) 

• Interval Clock Control/Status Register ( ICCS <31:0> ) 

Figure 2-10 shows the IPRs contained on the TRIC MCAs, and the bit 
configuration of each register. 
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The data buffer control/status register is formed by combining two 
bits of the RXCS register and two bits of the TXCS register into a 
common register. RXCS <7:6> are mapped into DBCS <7:6>, and TXCS 

Zlnn* - are mapped into DBCS <3:2>. The bits are reformatted by VAX 
8800 microcode to be compatible with VMS. 

Input and output data between the VAX CPU and the TRIC MCA is 
transferred over an 8-bit bidirectional bus connected to the CPU 
decoder. The control process is determined by the operatinq mode 
(program or console). 

2.3.4.1 Program Mode — Data from the console to the CPU is under 
interrupt control using the DONE bit from the receive data buffer 
in the High slice TRIC MCA. The transmit data buffer uses the 
READY bit in the low slice TRIC for interrupt control of data 
transfers to the console. 
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2.3.4.2 Console Mode — During the console mode of operation, the 
CPU polls the READY and DONE bits to determine the status of the 
data transfer registers. 

The READY and DONE bits from the receive and transmit data buffers 
are applied to the interrupt generator on the CSEQ MCA. These 
signals are used to create an interrupt strobe signal to the 
console for use in the data transfer process. The same signals are 
also applied to the data output mux as a flag to identify the 
source of the interrupt. 

2.3.5 Data Output Mux 

The data output mux is the centralized collection point for all of 
the data and status going to the console from the console 
interface. Console address bits <3:1> determine which signals are 
selected in the mux for output to the console. Input signals to 
the mux consist of: 

• Left TXDB data 

• Right TXDB data 

• VBus data 

• Interrupt status 

• Clock status 

• Left CPU timeout 

• Right CPU timeout 

• Clock module revision 

• CPU backplane revision 

• Serial number 

The selected mux data is translated to TTL logic levels and sent to 
the console by means of the 8-bit bidirectional PPI port "A" bus. 
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2.3.6 Control Registers 

The console interface uses three control registers (CRO, CRl , and 
CR2) to transfer control signals to the VAX 8800 CPUs. The 
write-only control registers receive the Port "A" data from the 
console and latch enable strobes, and the register load commands 
from the console address decoder logic. Figure 2-11 shows the 
configuration of the control registers and identifies the bit 
configurations. 



CONTROL REGISTER 



WRITE ONLY 



DISABLE 
LFT CPU 
STALLS 



DISABLE 
LFT CPU 
TRAPS 



DISABLE 
LFT CPU 
NMI SEQ 



LEFT 

CPU 

INIT 



DISABLE 
RHT CPU 
STALLS 



DISABLE 
RHT CPU 
TRAPS 



DISABLE 
RHT CPU 
NMI SEQ 



RIGHT 

CPU 

INIT 



07 



CONTROL REGISTER 1 
06 05 



04 



WRITE ONLY 
03 02 



01 



00 



NMI 
UNJAM 



ENABLE 
LFT RXDB 
INTRPT 



NMI 

SLOW 

MODE 



ENABLE 
RHT RXDB 
INTRPT 



ENABLE 
TRAP ON 
LT MATCH 



HALT 

LEFT 

CPU 



ENABLE 
TRAP ON 
RT MATCH 



HALT 
RIGHT 
CPU 



07 



CONTROL REGISTER 
06 05 



04 



WRITE ONLY 
03 02 



01 



00 



NOT 
USED 



NOT 
USED 



NOT 
USED 



ENABLE 
IDP LOOP- 
BACK 



DISABLE 
LFT SDF 
WRITES 



DISABLE 
RHT SDF 
WRITES 



CLEAR 

LATCHED 

RESET 



SET CPU 

TIMEOUT 

FLAG 



MKV86-1274 



Figure 2-11 Control Registers 
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2.3.7 Visibility Bus Control 

The visibility bus provides the console with visibility into the 
VAX 8800 system and enables the console to monitor the sixteen 
modules using the VBus. Port "A" data from the console controls 
the selection of VBus signals through the use of the visibility bus 
control register (Figure 2-12). The VBus data is read from the 
VBus access register and muxed with the outgoing signals in the 
data output mux. 
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Figure 2-12 VBus Control and Access Registers 



2.3.8 Console Interrupt Generation 

Console interrupts can occur from any one of the following five 
events. The events are listed in priority sequence with NMI reset 
having the highest priority: 

NMI Reset 

A request from a processor external to the VAX 8800 
system to halt and reboot the VAX 8800 processor ( s ) . 

TXDB Not Ready (Primary CPU) 
TXDB Not Ready (Secondary CPU) 

The VAX 8800 CPU has placed data for the console into 
the transmit data buffer. 

RXDB Not Done (Primary CPU) 
RXDB Not Done (Secondary CPU) 



The data placed in the receive data buffer by the 
console nas been accepted by the VAX 8800 CPU and 
the buffer is empty and ready for another data transfer. 



Requests for a console interrupt are passed to the interrupt 
generator on the CSEQ module, which handles the sequencing of the 
interrupt request. 

2.3.9 Power Status 

The console interface receives a copy of the ACLO and DCLO signals 
from the EMM and translates the signals to ECL logic levels. The 
ACLO signal is synchronized with the VAX 8800 CPU clocks and is 
used to generate the power-fail interrupt to the VAX 8800 CPU. 

The clock synchronized DCLO signal is used to assert all of the 
bits in control register 0, including the CPU hardware 
initialization signal CPU INIT. 
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2.4 CONSOLE/VAX 8800 INTERACTION 

The following paragraphs describe the interaction of the console 
and the VAX 8800 system during initialization, read/write control, 
and data transfers. 



2.4.1 Initialization 

The console controls the operations required to get the VAX 8800 
system powered up and running. Major tasks involved in this 
process include: 

• Turn "ON" system power 

• Reset EMM 

• Console power ON 

• Load and run console power software 

• Sequenced power application 

• Initialize hardware 

• Test and checkout 

• Load RAMs and DRAMs 

The initialization process is presented in detailed flowchart form, 
and the events are shown in the sequence in which they occur. The 
flowcharts include a combination of operator commands, command 
files, and hardware actions and responses. They are intended to 
show the sequence of events that occur during a process. At the 
end of the flowcharts is a table listing some of the key signals 
and functions identified in the flowcharts. Included is a 
description of the signal and the logic circuit where the signal is 
processed. 

2.4.1.1 Turn ON and Monitor System Power/Reset EMM — The events 
involved in the initial turn-on of power to the VAX 8800 system, 
and the subsequent resetting of the environmental monitoring module 
are shown in Figures 2-13 and 2-14. These events are controlled by 
the VAX 8800 power system complex. Refer to the power system 
section of the manual for a complete description of the events 
shown in Figures 2—13 and 2— 14* 
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Figure 2-13 System Power-On Sequence 
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Figure 2-14 Environmental Monitoring Module Reset Sequence 
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2.4.1.2 Console Poweron — When the console power switch is set to 
"1" , the console begins a self test of the PRO-38N before continuing 
with the VAX 8800 power sequence. Figure 2-15 shows the major 
events that occur when the console power is applied. Refer to the 
Professional 300 Series handbooks for additional information. 
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Figure 2-15 Console Power-On Events 
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2.4.1.3 Load and Run Console Power-Up Software — When the VAX 8800 
main cabinet power switch is turned on, the power supply and the 
environmental monitoring module are waiting for control signals 
from the console to proceed with the power-on sequence. 
Preliminary tasks of the console macrocode require communication 
with the EMM to: 

• Establish and test communications 

• Send environmental parameters to the EMM RAM 

• Enable EMM monitoring tasks 

• Enable sequenced power application to VAX 8800 modules 

Serial data is transferred between the console and EMM using the 
transmit and receive holding registers in the serial line port of 
the RTI. Figure 2-16 shows a simplified drawing of the three key 
registers in the serial line port. Figure 2-17 identifies the 
events that occur during the loading and running of the console 
power-up software. 
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Figure 2-16 Serial Line Port Data Transfer Registers 
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Bits and 1 of the status register inform the console of the 
status of the holding registers during data transfers (refer to 
Table 2-8). 



Table 2-8 Serial Line Port Data Transfer Registers 

Bit Description 



Bit 



Name 



<01> 



DONE 



<00> 



READY 



Description 



= Receiver holding register is empty 

and ready to accept another data 
character from the EMM. 

1 = Receiver holding register still 

contains the last character placed 
in it by the EMM. 



= 



1 = 



Transmit holding register is full. 
The EMM has not taken the last 
character yet. 

Transmit holding register is empty. 
The EMM has taken the last character 
and the register is ready to accept 
another character for transfer. 
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Figure 2-17 Load/Run Console Power-Up Software Events 

(Sheet 1 of 2) 
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Figure 2-17 Load/Run Console Power-Up Software Events 

(Sheet 2 of 2) 
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2.4.1.4 Sequenced Power Application — The sequenced power 
application consists of a series of software commands to the power 
system that enable the module regulators to apply voltages to the 
various VAX 8800 components. Response from the previous command is 
required to proceed to the next event in the sequence. Figure 2-18 
identifies the events tha 
phase . 
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Figure 2-18 Sequenced Power Application Events (Sheet 1 of 4) 
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Figure 2-18 Sequenced Power Application Events (Sheet 2 of 4 ) 
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Sequenced Power Application Events (Sheet 3 of 4) 
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Figure 2-18 Sequenced Power Application Events (Sheet 4 of 4 ) 
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2.4.1.5 Initialize Hardware — When the sequenced power application 
process is complete, the console software must ensure that the 
console interface is initialized and ready for communications 
between the console and the VAX 8800 CPUs. The first step in the 
initialization process involves verifying the communications path 
with a console interconnect loopback and an interface data path 
loopback. 

The two tests allow the console to test data, address, and control 
paths between the console and the console interface, as well as the 
data path between the console and the VAX 8800 CPUs. Enabling the 
tests requires modification of the ECPI command register, the PPI 
control word register, bit 4 of control register 2, and bit 1 of 
PPI port "C" . 



CAUTION 

The control word register should never be written 
to by anything other than the console's I/O driver 
or VAX 8800 diagnostics. 

Writing to this register using either the BIT 
SET/RESET function or the MODE SELECT function can 
cause damage to the RTI or clock module hardware. 

Reading the control word register in accordance 
with the PPI specification will drive the data bus 
with undefined data and place the clock handshaking 
signals into an unknown state. 

The contents of the control word register are not 
returned when the register is read. 

The console interconnect loopback test verifies the operation of 

the PPI ports through the console interface. Figures 2-19 and 2-20 

show simplified block diagrams of the bits and signals that are 
verified. 



Ill 2-36 



PPI 



CONSOLE INTERFACE 



PORT "A" <7:0>«^- 



PORT "B" <5:0> 
PORT "C" <7:5> 



TTL/ECL 



DATA OUT 



<—7^ 



TRANSLATE 

AND 

DECODE 



.<5;0> 1 

OUTPUT BUF FULL 
INPUT BUF FULL- 



SCLD-231 



Figure 2-19 Console Interconnect Loopback Testing Through 

Ports A, B, and C 
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Figure 2-20 Console Interconnect Loopback Testing Through 

Ports B and C 
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The interface data path loopback test verifies the communication 
link between the console and the VAX 8800 CPUs. The test uses the 
same data path that is used in transferring both buffered and 
unbuffered data to and from the VAX 8800 system. 

Figure 2-21 shows the two-step procedure for testing the unbuffered 
data path used in loading the VAX 8800 control store. Figure 2-22 
shows the procedure for testing the buffered data path through RXDB 
and TXDB. 



CONSOLE INTERFACE 



ADDRESS LOAD 
REGISTER AND 
WRITE <7:0> 
OF PORT " A " 
OUTPUT LATCH 



PPI 


















A 
B 

C 




^ 


TRANSCVR 














ADDR 
DECODE 


1 






► 


f 
















TXDB 















CONSOLE INTERFACE 



ADDRESS THE 
TXDB AND READ 
<7:0> OF PORT ' ' A 
INPUT LATCH 



PPI 


















A 
B 

C 






TRANSCVR 




^ 










ADDR 
DECODE 




► 


















TXDB 















SCLD-233 



Figure 2-21 Interface Data Path Loopback Test of Unbuffered Data 
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Figure 2-22 Interface Data Path Loopback Test of Buffered Data 

Through RXDB and TXDB 



During powerup and testing of the console interface hardware, the 
console sequencer (CSEQ) is disabled 
subsystem from the VAX 8800 CPU. 



to isolate the console 



During normal operation, bit 7 of PPI port B is driven low by the 
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th CPU 9 and disableS a11 consol e operations that could affect 
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When the PRO-38N and the RTI power-up diagnostics have been 
completed, the console enables communications with the CPU by 
sending a sequence of serial data (KEY DATA) to a demultiplexer on 
the CSEQ MCA. The SELECT KEY signal (port B bit 6) controls the 
two demultiplexers that allow the MASK/KEY DATA and READ/KEYCLOCK 
c-j^^aic i-r> h«^ nQ^d for two functions. 

Key data is clocked into the key circuit shift register by the KEY 
CLOCK signal and produces the unlock and INIT signals. Figure 2-24 
shows a simplified drawing of the CSEQ enable logic. 
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Fiqure 2-23 Console Sequencer Enable Logic 
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Hardware initialization of the VAX 8800 CPUs is performed by 
writing the CPU INIT bit of control register 0, or asserting DCLO 
on the EMM. Figure 2-24 shows a simplified block diagram of how 
the control register initialization signals are generated. 
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Figure 2-24 Control Register Initialization 
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The initialization of the hardware sets the clock, console, and VAX 
8800 modules to a known state prior to the test and checkout of the 
system. Figure 2-25 identifies the events that occur during the 
hardware initialization process. 



INITIALIZE 
HARDWARE 



I 



CONSOLE RUNS LOOPBACK TESTS WITH CLOCK 



I 



INITIALIZE RTI DRIVER DATABASE 



I 



ENABLE CONSOLE INTERFACE SEQUENCER 



I 



SET CLOCKS "ON" 



I 



HRDWRE INIT INTERFACE, CPU, AND NBIA'S 



I 



TELL BM TO DEASSERT LAT DC LO 



CLOCK RECEIVES -CPU DC LO 



I 



MEM RECEIVES -NMI DC LO 



(TO SHEET 2) 



SCLD-237 



Figure 2-25 Hardware Initialization Events (Sheet 1 of 2) 
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Figure 2-25 Hardware Initialization Events (Sheet 2 of 2 
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2.4.1.6 Test and Checkout — CPU module placement is checked using 
a callable diagnostic routine that writes the address of a module 
onto the VBus address path. The tail bit of the address is read 
back in the VBus data path and verified. This procedure is 
performed with both a "1" and "0" for all of the modules in both of 
the CPUs . 

After completion of the module placement test, the console proceeds 
with the revision sensing test. Figure 2-26 identifies the events 
that occur during the test and checkout process. 
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Fiqure 2-26 Test and Checkout Events (Sheet 1 of 2) 
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(FROM SHEET 1 ) 
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Figure 2-26 Test and Checkout Events (Sheet 2 of 2 ) 
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2.4.1.7 Load RAMs and DRAMs — The console is responsible for 
loading the VAX 8800 microcode into the control store (CS2 - CSO ) 
located on the WCS and SEQ modules, IBox decoder RAMs (DRAMs), and 
the NMI control store located on the CCS module. 

The microcode to be loaded resides on the console Winchester disk 
and is loaded by means of the unbuffered data path to the DEC, SEQ, 
WCS, and CCS. The normal buffered data path through the IPRs 
cannot be used because of the lack of cooperating microcode. 

Commands and data are transferred to each CPU through the use of a 
command load register and a data load register. Data written to 
either the command load or data load register is actually latched 
into the micromatch register on the decoder module of the IBox. 

During the time that the RAMs are being loaded, clocks are running, 
stalls and traps are disabled, the NMI microsequencer is disabled, 
and CPU INIT is deasserted. 

Parity error bits involved in loading the VAX 8800 RAMs can be read 
using the VBus . 



Loading the Control Store 



LOAD SEQUENCE 



The sequence for loading the control store is: 

Write physical segment counts for CS2 - CSO 
Point VBus to parity error bits 
+-> Write control store address 

Write control store data to the specified address (18 bytes) 
Check parity using the VBus 

11 
1f 



III 2-46 



PHYSICAL SEGMENT COUNT 



The physical segment count is the number of bytes to be loaded into 
each RAM address minus one. Because the number varies with the 
different RAMs loaded by the console, there are five segment counts 
that must be loaded (CS2, CS1, CSO, DRAM, and NMI CS). 

The physical segment counts for loading the control store are: 



Command Load Register = XXXX1100 
Data Load Register = CSO PSEG Count 
Command Load Register = XXXX1101 
Data Load Register = CS1 PSEG Count 
Command Load Register = XXXX1110 
Data Load Register = CS2 PSEG Count 
RESETTING THE BYTE COUNTER 



MODE = Write CSO PSEG Count 

Currently equal to 5 

MODE = Write CS1 PSEG Count 

Currently equal to 5 

MODE = Write CS2 PSEG Count 

Currently equal to 5 



The RAM loading mechanism on the decoder module contains a counter 
that points to the byte currently being loaded. The counter must 
be reset prior to beginning the load process by writing 
XXXX1000 (binary) to the command load register. 

WRITE CONTROL STORE ADDRESS 

An address of greater than 8 bits is loaded by means of the console 
bus in several slices. A slice ID field points to the destination 
of the bits being sent to the control store address latches. 
Address slices can be sent in any order. 

The command load register is loaded with XXXX00001 to enter the SET 
CS ADDRESS mode. The CS address is loaded in three slices as 
follows : 



Command Load Register = XXXX0001 
Data Load Register = 011AAAAA 
Data Load Register = 010AAAAA 
Data Load Register = 001AAAAA 



Mode = Set CS Address 
AAAAA = CS Address <14:10> 
AAAAA = CS Address <9:5> 
AAAAA = CS Address <4:0> 
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WRITE CONTROL STORE DATA 

The control store is partitioned into three sections (CSO, CSl, and 
CS2) and data for each microaddress is loaded into each of the 
sections in the following order: 

First CSO 

Second -- CSl 
Third CS2 

Each section is loaded in bytes, beginning with the most 

significant byte and ending with the least significant byte. The 

sequencer on the decoder module points to the byte currently being 
loaded. 

The data load process begins by writing XXXX0101 to set the command 
load register mode, followed by 18 consecutive writes to the data 
load register. If a RAM data segment written to the data load 
register is less than 8 bits wide, the most significant bits are 
"don't care" bits. 



Command Load Register = XXXX0101 



Mode = Write CS Data 



Data Load Register = 
Data Load Register = 
Data Load Register = 
Data Load Register = 
Data Load Register = 
Data Load Register = 

Data Load Register = 
Data Load Register = 
Data Load Register = 
Data Load Register = 
Data Load Register = 

Data Load Register = 

Data Load Register = 

Data Load Register = 

Data Load Register = 

Data Load Register = 

Data Load Register = 



Data 


for 


CSO 


<47:40> 


Data 


for 


CSO 


<39:32> 


Data 


for 


CSO 


<31:24> 


Data 


for 


CSO 


<23:16> 


Data 


for 


CSO 


<15:08> 


Data 


for 


CSO 


<07:00> 


Data 


for 


CSl 


<95:88> 


Data 


for 


CSl 


<87:80> 


Data 


for 


CSl 


<79:72> 


Data 


for 


CSl 


<71:64> 


Data 


for 


CSl 


<63:56> 


nafa 
uucu 


f nr 


CSl 


<55:48> 


Data 


for 


CS2 


<142:136> 


Data 


for 


CS2 


<135:128> 


Data 


for 


CS2 


<127:120> 


Data 


for 


CS2 


<119:112> 


Data 


for 


CS2 


<111:104> 


Data 


for 


CS2 


<103:96> 



— (7 bits only) 
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CHECK PARITY 

The VBus access register in the console interface contains the 
parity error bits for the NMI control store (VBA <3> from the CCS 
module), the decoder RAMs (VBA <2> from the DEC module), and the OR 
of the CSO, CS1, and CS2 (VBA <1> from the SEQ module). All of the 
parity error bits are selected by the VBus address 26(hex). The 
least significant digit of the VBus address is the last bit shifted 
into the CPU (refer to Figure 2-27). 



07 



06 



05 



04 



03 



02 



01 



00 



SHR 



SLC1 



SLC0 



ADP 



CCS 



DEC 



SEQ 



WCS 



OR OF CSX PARITY ERROR (HI TRUE) 
DRAM PARITY ERROR (LOW TRUE) 
NMI CS PARITY ERROR (HI TRUE) 
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Figure 2-27 VBus Parity Bits 



LOAD FUNCTION INACTIVE 

When the control store data has been loaded, the loading mechanism 
on the decoder module must be left in the inactive state prior to 
starting the machine. This procedure is performed by writing 
XXXX0000 to the command load register. 
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Loading the Decoder RAMs 

LOAD SEQUENCE 

Machine Executing Nonfunctional Loop 

Hardware initialization (CPU INIT) 
Write DRAM physical segment count 
Point VBus to parity error bits 
Reset byte counter 

+ — > Write DRAM address 

11 Write DRAM data (3 bytes) 

U Check parity using VBus 

11 11 

+_ + 

Zero the load address 

Set load function inactive 

MACHINE EXECUTING NONFUNCTIONAL LOOP 

The decoder RAM address is the OR of the load address from the 
console and the op code address field from the decoder. When one 
of these two inputs is used, the other must be zero. Prior to 
loading the DRAMs, a hardware initialization must be accomplished 
to force the op code address field to zero. 

When the address field is to remain zero, the machine must be 
operating in a nonfunctional loop while the decoder RAMs are being 
loaded. This creates the requirement that the one microinstruction 
necessary to execute the loop be loaded previously into the control 
store . 

PHYSICAL SEGMENT COUNT 

Command Load Register = XXXX1011 Mode = Write DRAM PSEG Count 
Data Load Register = DRAM PSEG Count Currently equal to 2 
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WRITE DRAM ADDRESS (Figure 2-28) 



WRITE DRAM ADDRESS 

DECODER RAM ADDRESS <1 1 :0> 

07 06 05 04 




1 = DRAM ADDRESS <1 1 :06> 
= DRAM ADDRESS <05:00> 

Figure 2-28 DRAM Address 
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The command load register is loaded with XXXX0010 to enter the SET 
DRAM ADDRESS mode and the address is loaded in two slices. 



Command Load Register = XXXX0010 

Data Load Register = 01AAAAAA 
Data Load Register = OOAAAAAA 



Mode = Set DRAM Address 

AAAAAA = DRAM Address <11:6> 
AAAAAA = DRAM Address <5:0> 



WRITE DRAM DATA 

The command load register is loaded with XXXX0110 to enter the SET 
DRAM DATA mode and the data is loaded in three consecutive slices. 



Command Load Register = XXXX0110 



Mode = Set DRAM Data 



Data Load Register = Data for DRAM <16:12> 
Data Load Register = Data for DRAM <11:06> 
Data Load Register = Data for DRAM <05:00> 
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CLEAR THE LOAD ADDRESS 

Command Load Register = XXXX0010 

Data Load Register = 01000000 
Data Load Register = 00000000 



Mode = Set DRAM Address 
DRAM Address <11:06> = 

npnM AHHy-ocg < , n c i?00> = 



LOAD FUNCTION INACTIVE 




the command load register 



III 2-52 



Loading the NMI Control Store 



LOAD SEQUENCE 

Write NMI CS physical segment count 
Point VBus to parity error bits 
Reset byte counter 

+ — > Write NMI CS address 

K Write NMI CS data (4 bytes) 

K Check parity using VBus 

K H 

+ + 

Zero the load address 

Set load function inactive 



PHYSICAL SEGMENT COUNT 

Command Load Register = XXXXiiii Mode = Write NMI CS PSEG Count 
Data Load Register = NMI CS PSEG Count Currently equal to 3 



WRITE NMI CS ADDRESS (Figure 2-29) 



WRITE NMI CS ADDRESS 

NMI CONTROL STORE ADDRESS <7:0> 
07 06 05 04 



03 



02 



01 



00 






MUX 
SEL 


SLICE ID 


1 1 - r 

4 BITS OF ADDRESS 

i i i 


, 


i 


MUX SELECT SELECTS LOAD ADDRESS 

01 = MUX SELECT AND NMI CS ADDRESS <07:04> 

10 = NMI CS ADDRESS <03:00> 
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Figure 2-29 NMI Control Store Address 



III 2-53 



The command load register is loaded with XXXX0011 to enter the SET 
NMI CS ADDRESS mode and the address is loaded in two slices. 

Command Load Register = XXXX0011 Mode = Set NMI CS Address 



Data Load Register = 0101AAAA 
Data Load Register = 0110AAAA 



AAAA = NMI CS Address <7:4> 
AAAA = DRAM Address <3:0> 



WRITE NMI CS DATA 

The command load register is loaded with XXXX0111 to enter the SET 
NMI CS WRITE DATA mode and the data is loaded in four consecutive 
slices . 

Command Load Register = XXXX0111 Mode = Write NMI CS Data 

Data Load Register = Data for NMI CS <27:24> 

Data Load Register = Data for NMI CS <23;16> 

Data Load Register = Data for NMI CS <15:08> 

Data Load Register = Data for NMI CS <07:00> 

CLEAR THE LOAD ADDRESS PATH 

Command Load Register = XXXX0011 Mode = Set NMI CS Address 
Data Load Register = 0001XXXX MUX SELECT = 

LOAD FUNCTION INACTIVE 

When the NMI control store data has been loaded, the loading 
mechanism on the decoder module must be left in the inactive state 
prior to starting the machine. This procedure is performed by 
writina XXXX0000 to the command load register. 
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RAM/DRAM Load Circuitry 

Figure 2-30 shows a simplified block diagram of the data path used 
in the transfer process. The gateway control (GWYC) on the decoder 
module functions as a distribution device, and routes the RAM data 
to the proper location. The console communicates with the GWYC by 
sending commands and data over the 8-bit bidirectional bus 
connecting the console interface with the decoder module. Commands 
must be written to the command load register, and data and 
addresses to the data load register for the appropriate CPU. 

The flag and strobe signals used by the GWYC to load the RAMs are 
generated by the CSEQ MCA on the console interface. 
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►|WRT 
ADDR 
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DATA 
-HWRT 
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[WCS] 



NMI 
CS 
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Figure 2-30 RAM Loading Simplified Block Diagram 
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Figure 2-31 identifies the sequence of events that occur during the 
process of loading the RAMs and DRAMs . 



LOAD RAMS 
AND DRAMS 



I 



DISABLE WRITES TO SLOW DATA FILE 



I 



SET CLOCKS OFF 



I 



LOAD VBUS ADDRESS FOR RAM PE BIT 



I 



MULU OMII- I HtUIOI EttO 



I 



SET CLOCKS ON 



I 



LOAD CONTROL STORE RAMS-CS0/CS1/CS2 



I 



LOAD MICROPC WITH ADDRESS OF NOP 



T 



(TO SHEET 2) 
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Figure 2-31 RAM/DRAM Loading Events (Sheet 1 of 5 ) 
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(FROM SHEET 1) 



ASSERT/DEASSERT CPU I NIT 
(INITIALIZE SEQ, DEC, CCS, AND ADP) 



I 



LOAD NMI CONTROL STORE 



I 



LOAD DRAM CONTROL STORE 



I 



SET CLOCKS OFF 



I 



LOAD CSM I NIT INTO MICROPC 



I 



SET CLOCKS ON 



MICROCODE HALTS VAX 



MICROCODE ENTERS WAIT LOOP 



I 



SET CLOCKS OFF 



T 



(TO SHEET 3) 
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Figure 2-31 RAM/DRAM Loading Events (Sheet 2 of 5 ) 
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(FROM SHEET 2) 

i 



DISABLE SDF WRITES 



I 



LOAD STARTING MICROPC 



I 



1 



BURST CLOCKS 



I 



ENABLE SDF WRITES 



__I 



J 



START CLOCKS 



1 



MICROCODE HALTS VAX 



r 



I 



H 



DISABLE NMI, STALLS, TRAPS 



nz 



u 



ENABLE SDF WRITES 
(TO SHEET 4) 
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Figure 2-31 RAM/DRAM Loading Events (Sheet 3 of 5) 
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(FROM SHEET 3) 

1 



LOAD SDF DATA - ADDRESS 



LOAD USER MICROCODE 



SET CLOCKS OFF 



i 



LOAD CSM I NIT INTO MICROPC 



MICROCODE HALTS VAX 



INITIALIZE COMMAND 



INITIALIZE IPRS 



I 



(TO SHEET 5; 
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™i~,,~.~ o_-ji DAM/nuaM TnaHinn Fiw^nfc; (Sheet. 4 of 5) 
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(FROM SHEET 4) 



i 



VERIFY MIN MEMORY AND I/O REQUIREMENTS 



1 



ENABLE STALLS, TRAPS, 
NMI MICROSEQUENCER 



I 



SET CPU NEXT PRIMARY 



I 



ASSERT UNJAM 



VERIFY MCL AND NBI REVISION 



I 



DETERMINE AVAILABLE MEMORY 



IF COLD START, INITIALIZE MEMORY ARRAYS 



I 



CLEAR COLD BIT 



CLEAR SYSTEM I NIT IN PROGRESS FLAG 



I 



END INITIALIZATION PROCESS 
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Figure 2-31 RAM/DRAM Loading Events (Sheet 5 of 5 ) 
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Table 2-9 lists some of the key hardware signals and functions used 
during the initialization process, and identifies the console 
interface logic that performs the process. These signals and 
functions are described in more detail in the discussion of the 
individual logic areas identified. 



Table 2-9 Key Initialization Signal/Functions 



Signal/Function Console Logic 



Comments 



ACLO/DCLO 



Synchronizer 



Received from EMM — Trans- 
lated and clock synced. 
Initializes console interface 
registers and sends power-fail 
interrupt to VAX 8800 CPU. 



CPU INIT 



Control Reg 



Created in control register 
from console data (software 
command) or forced by assertion 
of DCLO. 



UNLOCK CSEQ 



Console 
Sequencer 



Generated by serial data 
sequence from port B bit 5. 
Enables the console sequencer 
for communication with the 
console . 



DISABLE SDF 



Control Reg 2 



Disables write to slow data 
file in VAX 8800 CPU. 



RAM STROBE 
COMMAND FLAG 



Console 
Sequencer 



strobe signal and command/- 
data flag to the VAX 8800 CPU 
decoders . 



DISABLE STALLS, 
TRAPS, NMI 



Control Reg 2 



Disable signal to minimize 
undesirable events (stalls, 
traps, NMI traffic) during 



J.6UU 
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2.4.2 VAX 8800 CPU Control 

Read/write control of data transfers, and setup of the VAX 8800 
CPUs is performed by the console sequencer and the three control 
registers in the console interface. 

Console sequencer functions: 

• Console read/write sequencing 

• Console interrupt generation 

• RAM strobe and flag generation 

• Console/CPU isolate and disable 
Control register CPU control signals: 
Control register 

• Disable traps 

• Disable stalls 

• Disable NMI 

• CPU init 
Control register 1 

• NMI UNJAM 

• Enable receive interrupts to console 

• Enable slow mode 

• Enable breakpoint trap 

• Set CPU halt 
Control register 2 

• Disable slow data file writes 

• Set CPU timeout 
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2.4.2.1 Console Sequencer — Communications between the console and 
the console interface requires handshaking signals and 
synchronization of the data transfers to the VAX 8800 CPU. Figure 
2-32 shows a simplified drawing of the key signals used in the data 
transfers . 



PPI OUTPUT FULL 
MASK INTERRUPTS 



READ ENABLE 
PPI INPUT FULL 



SEQUENCER 



> CONSOLE WRITE 
->PPI ACKNOWLEDGE 



-►CONSOLE READ 
-► PPI STROBE 
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Figure 2-32 Console/Interface Timing Signals 
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Read/Write Sequencing 

The console writes data to the interface by writing the address of 

the interface or clock location to the port "B" register of the 

PPI. The handshaking signals associated with this operation are 

PPI OUTPUT FULL and PPI ACKNOWLEDGE. PPI output full informs the 

interface that data is now available from the console. PPI 
acknowledge enables the output buffer of the PPI so that the data 

can be transferred. Figure 2-33 shows a simplified drawing of the 
write sequence. 

When the interface receives the PPI OUTPUT FULL signal, it responds 
by asserting PPI ACKNOWLEDGE. The ACKNOWLEDGE signal is held 
asserted for one to two microseconds. The console sequencer 
generates the CONSOLE WRITE term for use in the data transfer 
process. If interrupts are enabled, the console will receive an 
interrupt from the PPI at the completion of the data transfer. 



ppi 



rv-iMerM c ikitcdc*^ 



i in i i_ni <-»\_>£. 



PORT A <7:0> 



PORT B <3:0> 



PORT C <7> 



PORT C <6> 



CONSOLE DATA <7:0> 



CONSOLE ADDRESS <3:0: 



PPI OUTPUT FULL 



PPI ACKNOWLEDGE 




► CONS WRITE 
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Figure 2-33 Write Sequence 
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The console sets up the read sequence by writing the address of the 

location to be read to the interface by means of PPI port B, and 

asserting READ ENABLE (PPI port B <4>). The address selects the 
desired mux input to be placed on the data bus to the console. 

Read enable initiates a read sequence by sending the expected 

nciuuoiiciMiiy oiyuaio uvj unc rn anu cuauiniy uuc uiuiLC^UiUliai uus 

to the console with the appropriate timing. Figure 2-34 shows the 
read sequence setup. 



ppi 



CONSOLE INTERFACE 



PORT A <7:0> 



PORT B <3:0> 



PORT B <4> 



CONS DATA 



■< MUX DATA 



CONS ADDR 



READ ENABLE 



CSEQ 



CONS READ 



igure 2-34 Read Sequence (Setup) 
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The control signals used in the data transfer process are the PPI 
STROBE and PPI INPUT FULL. The STROBE latches the data into the 
PPI port A buffer, and the PPI INPUT FULL informs the interface 
that the buffer is full and will not accept more data until the 
buffer has been cleared. Figure 2-35 shows the control siqnals 
used during the transfer process. 



ppi 



CONSOLE INTERFACE 



PORT A <7:0> 



PORT B <3:0> 



PORT C <5> 



PORT C <4> < 
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Figure 2-35 Read Sequence (Data Out 
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PORT 



I 

00 




7^-DIS LFT CPU STALL— > TO CCS 
6^DIS LFT CPU TRAP— ►TO SEQ 
5^-DIS LFT CPU NMI— ► TO CCS 

4> 

3>-DIS RHT CPU STALL— ►TO CCS 
2^-DIS RHT CPU TRAP— ►TO SEQ 
1>-DIS RHT CPU NMI— ►TO CCS 
0> — 



LATCH 



LATCH 



LFT 
TO CPU 

ADP 
CCS 
DEC 
SEQ 



--► TRIC MCA IN IT 



LATCH 



LATCH 



RHT 
TO CPU 



TRIC MCA I NIT 
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Figure 2-36 Simplified Diagram of Control Register 
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Figure 2-37 Simplified Diagram of Control Register 1 



PPI PORT 



<7:0> 




I — <7: 



— <6^- 



<5> 

-<4> 

<3^DIS LFT SDF WRITE 
<2^- DIS RHT SDF WRITE 

<1>- CLEAR RESET 

<0>— SET CPU TIMEOUT 



-► NOT USED 
-► NOT USED 

> NOT USED 

> ENA I DP LOOPBACK 



> TO WCS 




TO CSEQ 
MCA 



Figure 2-38 Simplified Diagram of Control Register 2 
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2.4.3 Data Transfers 

The receive data buffer (RXDB) and transmit data buffer (TXDB) are 
used in the transfer of data between the console and the VAX 8800 
CPUs. The low byte of the registers contains the information being 
transferred, and the high byte identifies the use of the data being 
transferred . 

When the console has data to transfer to the CPU, the interrupt 
status register must be examined in order to verify that the last 
data transfer has been completed and the RXDB is empty and ready to 
accept data to be transferred. If the RXDB is empty, the console 
writes two bytes to the RXDB by means of PPI port A. The hardware 
in the TRIC MCA generates an interrupt to the CPU if interrupts are 
enabled. If interrupts are not enabled, the CPU can poll the DONE 
bit by reading the RXCS . 

The console must wait for the deassertion of the DONE signal before 
writing to the RXDB again. If RXDB interrupts to the console are 
enabled, the deassertion of DONE will interrupt the console. 

The VAX 8800 CPU responds to the interrupt, reads the data from the 
RXDB, and hardware in the TRIC MCA clears DONE. Parity checks of 
data transfers between the interface and the CPU are performed and 
monitored by the CPU. Figure 2-39 shows a simplified drawing of 
the transfer process. 
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Figure 2-39 Data Transfer Console Interf ace-to-VAX 8800 CPU 
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Data transfers from the VAX 8800 CPU to the console interface are 
performed under the control of the microcode. The microcode 
monitors the READY signal to determine if the transmit data buffer 
(TXDB) has been cleared or if it still contains the last data word 
sent. When the console receives an interrupt (deassertion of 
~„™,y ;„^ .;_ 4 4- 4-^ = +- t-h^r-^ is data in the TXDB, the console 

KCjAIJI ) llll.uimj.ny x <- ^n^v- . >- „„,, 

initiates a TXDB read and the TRIC MCA sets READY for another CPU 
write. Figure 2-40 shows a simplified drawing of the 
CPU-to-interface data transfer. 
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Figure 2-40 Data Transfer VAX 8800 CPU-to-Console Interface 
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2.5 CONSOLE/VAX 8800 CLOCKS AND TIMING 

The Console Interface contains a 1 MHz clock, an interval timer, 
and a timeout circuit that is used by the VAX 8800 system. The 
1-MHz clock is the basic timing source for the interval timers, and 
is also used during data transfers to the PPI as a timing control 
signal. The VAX-11 interval clock is a 32-bit timer used by the 
operating system and the diagnostic software to time events and 
generate interrupts. Timeout circuits monitor the VAX 8800 CPUs 
during the program mode. 

2.5.1 One-MHz Clock 

The function of the 1-MHz clock logic shown in Figure 2-41 is to 
provide a constant clock frequency to the TRIC MCA interval clocks 
and a timing source for PPI data transfers. A functional 
description of the basic VAX 8800 clock is provided in Section V of 
this manual. 

The EN ICLOCK INC signal is asserted once each microsecond and 
remains asserted from one VAX 8800 CPU clock cycle. EN ICLOCK INC 
is derived from the 7-bit MOD N counter of the^ clock module and 
applied to the terminal register interval clock on the TRIC MCA. 

The MSB of the MOD N counter is phase-locked with the constant 
frequency of the crystal oscillator and produces an output 
(interval sync) that is equal to (N) times the 250-kHz oscillator. 
The value of (N) is held constant in the clock period register and 
is used as a comparator reference in the generation of the 1-MHz 
clock signal. 

The comparator reference logic uses the N clock period to produce 
three reference values; 3N/4, 2N/4 , and N/4. The three reference 
values and zero are used as a comparison against the changing 
interval sync value and will create the EN ICLOCK INC whenever the 
comparison is found. The resultant signal is generated at a rate 
four times the oscillator frequency (250 kHz) to produce the 1-MHz 
clock regardless of the value of N. 

The latched 1-MHz ENABLE signal is used on the CSEQ MCA in the 
generation of the following PPI handshaking signals: 

• PPI STROBE 

• CONSOLE READ 

• PPI ACKNOWLEDGE 

• CONSOLE WRITE 

• RAM STROBE 

• COMMAND FLAG 
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Figure 2-41 1 MHz: Clock Generation 



2.5.2 Interval Clock 

Each VAX 8800 CPU has an interval clock residing on the console 
interface. The clock logic and the three registers that provide 
control and data transfer are evenly sliced, and located on two 
identical MCAs . Figure 2-42 shows the bit configuration of the 
registers, and Figure 2-43 is a simplified block diagram of the 
interval clock. 

The three registers that are used for the interval clocks are: 



1. 
2. 
3. 
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Figure 2-42 Interval Clock Registers Bit Configuration 
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The interval timer provides a method for accurately measuring 
variable time intervals and enables the software to perform 
time-dependent events. The timer informs the CPU of a completed 
interval by means of an interrupt generated by the overflow of the 
interval count register being incremented to a full count. 

The interval count register (ICR) is a 32-bit counter that 
increments at the rate of one microsecond per count. The 
incrementing pulse (EN ICLOCK INC) is supplied by the 1-MHz clock 
on the CSEQ. The next interval count register (NICR) is a 32-bit 
register containing the value to be loaded into the ICR each time 
the ICR overflows. Control and status is provided by the interval 
clock control and status register (ICCS). Table 2-10 shows the bit 
configuration of the ICCS. 

Table 2-10 ICCS Bit Configuration 



Bit Name Function 



<07> INT (Interrupt Set when the ICR overflows. Interrupts 
Request) the CPU if interrupts are enabled. 

Cleared by writing 1 to this bit. 

<06> IE (Interrupt Allows interrupt to occur at ICR 
Enable) overflow. 

<05> SGL (Single) Used for maintenance functions. When 

set, the count register will increment 
by one. Set for one cycle only. 

<03> ERR (Error) Indicates that a second overflow 

interrupt has been requested before 

the first is serviced. Cleared by 

writing 1 to this bit. 

<02> RUN Provides the function of counter 

enable. Cleared on powerup and 
initialize. 

<01> XFR (Transfer) Transfers the contents of the NICR 

to the ICR. Set for one cycle only. 
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The procedure for using the timer requires loading the NICR with a 
value corresponding to the two's complement of the number of 
microseconds between interrupts and setting the run, interrupt 
enable, and transfer bits in the ICCS. The NICR will be loaded 
into the ICR and the ICR will begin counting. When the ICR makes 
the transition from all ones to zero, an interrupt is generated and 
the next value is loaded from the NICR. If a transition is again 
reached before the last interrupt is serviced, the error flag is 
set and counting continues. 



CPU DATA <7:0>- 
WR NICR <3:0>- 
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Figure 2-43 Interval Clock Simplified Block Diagram 
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2.5.3 CPU Timeouts 

The console interface monitors the VAX 8800 system for a possible 
CPU hang. A timeout flag is maintained for each CPU and is checked 
periodically by the console software. Figure 2-44 shows a 
simplified block diagram of the timeout logic on the console 
interface. Figure 2-45 shows the bit configuration of the 
read-only clock status/timeout register (CST). 

The timeout flag is set by a signal from control register 2, which 
is set by console software. The flag is cleared when the CPU 
hardware releases a stall. Time detects a CPU infinite stall. 



CONS ADDR 



SET CPU TIMEOUT 
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CLEAR CPU TIMEOUT 
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(CPU STALL DEASSERTION) 



TIMEOUT 
LOGIC 



>CPU TIMEOUT 
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TO PPI PORT A 



V 
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Figure 2-44 Simplified CPU Timeout 
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Figure 2-45 Clock Status and Timeout Register (CST) 



III 2-78 



2.5.4 Visibility Bus 

The console uses the VBus control/access logic on the console 
interface to address and read VBus data in the CPU. Figure 2-46 
shows the signals involved in the reading of the VBus information. 
Figure 2-47 shows a simplified block diagram of the VBus logic. 



VBUS ACCESS <7:00>«< 



CONS DATA <3:0> ». 

WR VBUS CONTROL H 




RIGHT CPU VBUS 
LEFT CPU VBUS 



► STOP SHIFT 
^ STEP B CLK 



► VBUS ADDRESS 
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Figure 2-46 VBus Control/Data Signals 



Bit 3 of the VBus control register is the mux select bit and 
selects either the left or right CPU inputs to the console. The 
stop shift and VBus address are used in the process of selecting 
which data is applied to the console interface. The address bit 
supplies the input to the serial shift register and is clocked by 
the STEP B signal. Stop shift freezes the address to prevent 
subsequent B clocks from shifting the address. 
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Figure 2-47 VBus Logic Simplified Block Diagra 
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CHAPTER 3 
DETAILED DESCRIPTION 



3 . 1 GENERAL 

This chapter contains additional detailed information concerning 
specific areas of the console subsystem. Included in this chapter 
are : 

• Diagrams and descriptions of the CSEQ and TRIC MCAs 

• Console register summary 

• Console subsystem cabling 

3.2 TERMINAL REGISTER INTERVAL CLOCK (TRIC) 

The console interface contains four 19-0TRIC-00 TRIC MCAs to 
implement the transfer of data and status between the console and 
the VAX 8800 system. Despite being identical MCAs, the TRICs have 
minor variations in wiring in order to facilitate the high and low 
slicing. Figure 3-1 shows a block diagram of a single TRIC MCA. 
Figures 3-2 and 3-3 show the pin layout and body drawing of the 
TRIC MCA. Table 3-1 lists each TRIC MCA pin and identifies the 
signal assigned. Table 3-2 lists some of the key signals on the 
TRIC MCA and provides a description of the signal functions. 

Data to be transferred from the console to the VAX 8800 CPU is 
received from the interface TTL-to-ECL translators as CONS DATA. 
CONS DATA is applied to both the receive data buffer (RXDB) and 
the bidirectional bus output mux. The unbuffered data path 
directly to the output mux is used for the transfer of microcode 
during the initialization process. 

The normal path for data transfers is by means of the receive data 
buffer. The SELECT RXDB and WRITE ENABLE signals enable the 
loading of the RXDB. The 2-byte output of the receive data buffer 
(RXDB DATA) is applied to the data mux along with the 
control/status (DBCS DATA) information and the interval clock 
outputs (Four bytes of ICR data and one byte of ICCS DATA). The 
3-bit RCV ADRS determines which of the eight mux inputs will be 
applied to the bidirectional bus output mux. EN LOAD REG 
determines if the output to the VAX 8800 CPU will be buffered (IPR 
DATA) or unbuffered (CONS DATA). 

Data transfers from the VAX 8800 CPU to the console are received 
as incoming data on the bidirectional bus and latched into the 
transmit data buffer (TXDB) by WR TXDB. The XMIT DISABLE signal 
blocks the buffered and unbuffered data output from the 
bidirectional bus during a CPU-to-console transfer. An interrupt 
triggered by the deassertion of the READY condition informs the 
console of received data waiting to be processed. The VAX 8800 CPU 
cannot transfer additional data until READY has been reasserted. 
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CONS DATA <3:0> 

SET DONE/READY-O 

EN LOOPBACK B 

EN LOAD REG-C 

SELECT RXDB-C 

SELECT HI BYTE • 

WRITE ENABLE -01 



XMIT ADRS <2:0>-O 

RCV ADRS <2:0>-O 

XMIT DISABLE — 

WRITE IPR — 

READ I PR -O 

EN ICLK INC — 

REFRESH ICR-0 

LOW SLICE ID — 

CARRY IN<3:0>-0 

ICCS INTRPT SET-O 

ICCS RUN— C 
ICCS STEP-C 
ICCS TRANSFER -C 
INIT TRIC- 
STALL ACLK1 IN-C 
A CLK IN -C 
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Fiqure 3-3 TRIC MCA Body Drawing 
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Table 3-1 TRIG MCA Pin Assignments 



Pin Signal Assignment 



Pin Signal Assignment 



1 ICLK INTRPT 37 

2 -BIDI CPU DATA <1> 38 

3 GROUND 39 

4 -CARRY IN <3> 40 

5 DATA BUFF CNTRL/STATUS INTRPT 41 

6 -CARRY IN <2> 42 

7 -CARRY OUT <2> 43 

8 CONS TO DEC PARITY 44 

9 NEG 52V 45 

10 -CARRY OUT <1> 46 

11 DEC TO CONS PARITY 47 

12 -CARRY IN <1> 48 

13 TRANSMIT DATA BUFFER <3> 49 

14 -DONE OR READY 50 

15 GROUND 51 

16 -BIDI CPU DATA <3> 52 

17 TRANSMIT DATA BUFFER <2> 53 

18 TRANSMIT DATA BUFFER <1> 54 

19 -BIDI CPU DATA <0> 55 

20 GROUND 56 

21 TRANSMIT DATA BUFFER <0> 57 

22 -CARRY IN <0> 58 

23 -CARRY OUT <0> 59 

24 NOT ASSIGNED 60 

25 -STALLED A CLOCK1 IN 61 

26 GROUND 62 

27 SELECT HIGH BYTE 63 

28 -WRITE ENABLE 64 

29 NOT ASSIGNED 65 

30 -READ IPR 66 

31 NOT ASSIGNED 67 

32 -SET DONE OR READY 68 

33 NOT ASSIGNED 69 

34 NOT ASSIGNED 70 

35 NOT ASSIGNED 71 

36 -SELECT RECEIVE DATA BUFFER 72 



-XMIT ADRS <0> 

-XMIT ADRS <1> 

WRITE IPR 

-XMIT ADRS <2> 

-A CLCK1 IN 

CONS DATA <2> 

NEG 52V 

CONS DATA <3> 

CONS DATA <0> 

CONS DATA <1> 

-ICCS TRANSFER 

INIT TRIC 

-ICCS INTERRUPT SET 

ENABLE LOOPBACK B 

-REFRESH ICR 

-rmartp man Dpr-TOTM 

XMIT DISABLE 

LOW SLICE ID 

-RECV ADDRESS <1> 

-RECV ADDRESS <2> 

-RECV ADDRESS <0> 

-ICCS RUN 

-ICCS STEP 

GROUND 

ENABLE ICLK INC 

NOT ASSIGNED 

-B CLCK1 IN 

-CARRY OUT <3> 

-INTERRUPT OR RUN 

GROUND 

-BIDI DATA <2> 

- STEP OR TRANSFER 

GROUND 

GROUND 

GROUND 

GROUND 
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Signal 



Table 3-2 TRIC MCA Signal Descriptions 



Comments 



BIDI CPU DATA <3:0> 



Bidirectional data bus between the VAX 8800 
CPU and the TRIC MCAs . Consists of four bits 
of data from each of the MCA slices. 



RECV ADRS <2:0> 



EN LOAD REG 



Three bits of address data from the VAX 8800 
CPU DEC module. Selects the mux input that 
will be applied to the bidirectional bus for 
output to the VAX 8800 CPU. 

A control signal from the console address 
decode circuitry. Used to create the SELECT 
LOAD PATH signal. SELECT LOAD PATH selects 
either the buffered (RXDB) or unbuffered (RAM 
load) data to be applied to the bidirectional 
data bus and forces the deassertion of INT 
XMIT DISABLE that allows the TRIC to drive 
the bus. 



XMIT DISABLE 



Control signal from the DEC module that 
disables bidirectional bus data output to the 
VAX 8800 CPU when input data is being sent by 
the console interface. (The default state of 
this signal is asserted.) The bidirectional 
bus between the clock and decoder modules is 
disabled at both ends when not used. 



CONS DATA <3:0> 



Eight bits of console data from the PPI port 
A. Sliced into four bits each on the high and 
low TRICs; this data is applied to the data 
buffer for output to the VAX 8800 CPU. 



EN LOOPBACK B 



Console control signal from the PPI port C. 
Enables testing of the receive and transmit 
data buffers, and the load path to the CPU. 



XMIT ADRS <2:0> 



VAX 8800 



control 



Siy na x 



module. The 3-bit signal is used to if the 
incoming data word from the CPU is console 
data or interval timer control. The decoded 
address generates the write enable signals 
for the interval timer and TXDB. 



WRITE IPR 



A latched enable signal derived from the 
XMIT-to-CONS signal from the CPU DEC. WRITE 
IPR enables the decoders that select the 
write signals for the interval clock and 
transmit data buffers. 
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Table 3-2 TRIC MCA Signal Descriptions (Cont) 



Signal 



RXDBO <3:0> DATA 



Comments 



Output of the high and low slice receive data 
buffers. RXDB is the output data from the 
console to the VAX 8800 CPU. 



DBCS <3:2> 



Two bits of status information for output to 
the VAX 8800 CPU from the data buffer control 
and status register. Informs the VAX 8800 CPU 
of the state of the ready or done bits, and 
if interrupts are enabled for the transmit 
and receive data buffers. 



ICCS <3:2> 



ICR <3:0> 



Two bits of status data for output to the VAX 
8800 CPU from the interval clock 
control/status register. ICCS data informs 
the CPU of the state of the interval clock. 
Interrupt status and error and run 
information is supplied. 

Four bytes of interval count register data to 
the VAX 8800 CPU. Two nibbles are supplied by 
each TRIC MCA. The interval timer data is 
applied to the TRIC output mux for transfer 
to the bidirectional bus. 



WR NICR 
WR ICCS 
WR DBCS 
WR TXDB 



WR NICR, WR ICCS, WR DBCS, and WR TXDB are 
write-enable signals that are derived from 
the XMIT ADRS and WRITE IPR input from the 
VAX 8800 CPU. 



EN ICLOCK INC 



CARRY IN <3:0> 
CARRY OUT <3:0> 



ICCS INTRPT SET 



REFRESH ICR 



Latched output of the 1-MHz clock on the CSEQ 
MCA. EN ICLOCK INC is the primary enable 
signal for incrementing the interval timer. 

CARRY IN and CARRY OUT are four bits of count 
control signals that are used in the counting 
process of the interval timer count register. 

TRIC MCA control signal used for setting the 
interval timer error bit of the ICCS. 

Internally generated control signal used in 
the transfer and loading of NICR and ICR 
count data. This signal is also used to 
create the interrupt and error bits of the 
ICCS. 
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Table 3-2 TRIG MCA Signal Descriptions (Cont) 



Signal 



Comments 



ICCS STEP 

ICCS RUN 

ICCS TRANSFER 



ICCS STEP, RUN, and TRANSFER are internally 
generated signals derived from the CPU data 
input, and are enabled by the WR ICCS term. 
They are used internally to enable the step 
and run of the counter and to transfer the 
NICR count to the ICR. 



LOW SLICE ID 



Differentiates 
TRIC. 



high and low slices of the 



SET DONE or READY 
SELECT RXDB 



The SET DONE or READY, and SELECT RXDB are 
generated by the console address decoder 
logic. The DONE and READY signals are used 
in the interrupt logic to the VAX 8800 CPU to 
show the state of the receive and transmit 
data buffers. SELECT RXDB selects the RXDB to 
receive data from the console. 



READ IPR 



Derived from the RECV FR CONS signal from the 
DEC module. Asserted for one cycle when the 
CPU is reading a TRIC IPR. This signal is 
also one of the control signals used for the 
RXDB data overrun error bit and DBCS done 
bit. 



WRITE ENAB 



Control signal from the CSEQ that enables 
latching of data received from the console. 



SELECT HIGH BYTE 



Control signal from the console address 
decoder. Determines selection of the low and 
high slice of data for the TXDB. 



DEC TO CONS PAR 



Parity bit calculated from eight bits of data 
from the DEC module to the console interface. 



ICLOCK INTRPT 



Interval clock interrupt from console to CPU 
SEQ. 



STEP OR XFER 
INTRPT OR RUN 



Internally generated interval clock signals. 
Created by CPU data and enabled by WR ICCS. 
Latched to create the ICCS STEP, ICCS XFER, 
ICCS INTRPT, and ICCS RUN depending on 
whether the signal is coming from high or low 
TRIC MCA. 



TXDB DATA 



Mux selected output data from the VAX 8800 
CPU to the console. The TRIC output mux 
selects either high or low slice data to be 
applied to the interface data output mux. 
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Table 3-2 TRIG MCA Signal Descriptions (Cont) 



Signal 



DBCS INTRPT 



Comments 



Internally generated console interrupt to the 
CPU SEQ created from the DONE (High Slice) 
and READY (Low Slice) bits and enabled by CPU 
data and WR DBCS. 



DONE OR READY 



DONE and READY are used to identify the 
source of interrupts (DONE = RXDB — READY = 
TXDB) . 



3.3 CONSOLE SEQUENCER MCA (CSEQ) 
The console interface contains a singl 
sequencer MCA to implement the sequencing 
between the console and the VAX 8800 
provides write address timing to the IPRs a 
clock for the interval timer. Figure 3-4 s 
the CSEQ MCA. Figures 3-5 and 3-6 show 
drawing of the CSEQ MCA. Table 3-3 list 
identifies the signal assigned. Table 3- 
signals on the CSEQ MCA and provides a de 
functions. 



e 19-OCS 
of read/w 

system, 
nd a 1-MH 
hows a bl 
the pin 1 
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4 lists s 
scription 



EQ-00 console 
rite transfers 

The CSEQ also 
z synchronized 
ock diagram of 
ayout and body 
EQ MCA pin and 
ome of the key 

of the signal 



3.3.1 Console Strobe Sequencer 

The console strobe sequencer controls the direction of data 
transfers on the PPI bidirectional data bus between the console 
and the interface with the assertion of the CONS READ signal. It 
also controls the transfer of data to the console by providing a 
latch signal (PPI STROBE) to the PPI port A buffer. 

3.3.2 Read Acknowledge 

The read acknowledge logic controls the timing of data transfers 
from the VAX 8800 CPU by informing the CPU (DATA ACCEPTED) when 
data from the transmit data buffer has been received by the 
console. 



3.3.3 

Control 
console 
logic, 
to the 



Console Write Sequencer 

sequencing of data transfers from the console to the 

interface is accomplished by the console write sequencer 

It also generates the control signals that enable writing 

console clock, control registers, VBus control register, 



and the interface control registers. 



3.3.4 Control Store Load Sequencer 

The control store load sequencer generates the control signals 
that enable loading of the control store RAMs during the 
initialization process. 
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Figure 3-4 CSEQ MCA Block Diagram 
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CONTROL 
SEQUENCER 



PP! OUTPUT FULL -C 

PPI INPUT FULL 

MASK OR KEY DATA 

READ OR KEYCLK 

INTRPT REQ 

SYNC NMI RESET 

CLEAR RESET 

L EN LOAD REQ -C 

R EN LOAD REG -C 

LOAD CMD -C 

LCONS I PR ADRS<2:0>-C 

RCONS IPR ADRS<2:0>-C 

L CLR CPU TIMEOUT _c 

R CLR CPU TIMEOUT -C 

SET CPU TIMEOUT _ 

INTERVAL SYNC <6:0> — 

CLOCK PERIOD <6:0> — 

SELECT KEY — 

DISABLE CSEQ — 

L STALLED A CLK1 IN _c 

R STALLED A CLK1 IN 

F A CLK1 IN -C 
F B CLK1 IN 



PPI ACKNOWLEDGE 
0— PPI STROBE 

CONS READ 

CONS WRITE 
0— DATA ACCEPTED 

— RESET INTRPT 

— CS LOAD STEP 
>- L RAM STROBE 
0— R RAM STROBE 
0— CMD FLAG 

D— L XMIT ADRS <2:0> 

O— R XMIT ADRS <2:0> 
L CPU TIMEOUT 

— R CPU TIMEOUT 

— EN ICLOCK INC 
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Figure 3-6 CSEQ MCA Body Drawing 
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Table 3-3 CSEQ MCA Pin Assignments 



Pin 


Signal Assignment 


Pin 


Signal Assignment 


1 


-DATA ACCEPTED 


37 


-R EN LOAD REG 


2 


L CPU TIMEOUT 


38 


-LOAD CMD 


3 


GROUND 


39 


INTERVAL SYNC <6> 


4 


INTERVAL SYNC <1> 


40 


CLOCK PERIOD <4> 


5 


-R XMIT ADRS <1> 


41 


CLOCK PERIOD <2> 


6 


-R CLR CPU TIMEOUT 


42 


CLOCK PERIOD <1> 


7 


-CONS READ 


43 


NEG 52V 


8 


R CPU TIMEOUT 


44 


-L STALLED A CLK1 IN 


9 


NEG 52V 


45 


-R CONS IPR ADRS <0> 


10 


-CMD FLAG 


46 


-R CONS IPR ADRS <2> 


11 


-PPI ACKNOWLEDGE 


47 


-L CONS IPR ADRS <0> 


12 


INTERVAL SYNC <2> 


48 


-L CONS IPR ADRS <2> 


13 


-R RAM STROBE 


49 


-L CONS IPR ADRS <1> 


14 


-L XMIT ADRS <1> 


50 


MASK OR KEY DATA 


15 


GROUND 


51 


-R CONS IPR ADRS <1> 


16 


-PPI STROBE 


52 


READ OR KEYCLK 


17 


-L RAM STROBE 


53 


SELECT KEY 


18 


-R XMIT ADRS <2> 


54 


CLEAR RESET 


19 


EN ICLOCK INC 


55 


SET CPU TIMEOUT 


20 


GROUND 


56 


-R STALLED A CLK1 IN 


21 


INTERVAL SYNC <5> 


57 


SYNC NMI RESET 


22 


CS LOAD STEP 


58 


CLOCK PERIOD <6> 


23 


-CONS WRITE 


59 


-F B CLK1 IN 


24 


NOT ASSIGNED 


60 


GROUND 


25 


INTERVAL SYNC <4> 


61 


-L CLR CPU TIMEOUT 


26 


GROUND 


62 


NOT ASSIGNED 


27 


-L EN LOAD REG 


63 


-L XMIT ADRS <0> 


28 


INTERVAL SYNC <3> 


64 


-R XMIT ADRS <0> 


29 


-F A CLK1 IN 


65 


PPI INPUT FULL 


30 


CLOCK PERIOD <3> 


66 


GROUND 


31 


CLOCK PERIOD <5> 


67 


RESET INTRPT 


32 


DISABLE CSEQ 


68 


-L XMIT ADRS <2> 


33 


NOT ASSIGNED 


69 


GROUND 


34 


INTERVAL SYNC <0> 


70 


GROUND 


35 


INTRPT REQ 


71 


GROUND 


36 


-PPI OUTPUT FULL 


72 


GROUND 
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Table 3-4 CSEQ MCA Signal Descriptions 



Signal 



SYNC NMI RESET 



CLEAR RESET 



Comments 



Generated by the NMI reset from the NBIA. 
Latched in the synchronizer logic to become 
SYNC NMI RESET. The CSEQ MCA detects the 
rising edge and sets LATCHED RESET, which 
generates an interrupt to the console. The OR 
of LATCHED RESET and SYNC NMI RESET are used 
for bit 5 of the console interrupt status 
register. 

Generated by control register 2 as a result 
of a console command. Clears LATCHED RESET. 



TERM REG INTRPT 



Internally generated interrupt enable signal. 
One of the signals used to create PPI STROBE. 
Derived from RXDB DONE and TXDB READY of both 
CPUs. 



MASK OR KEYDATA 



READ OR KEYCLK 



Control signal received from PPI port B, bit 
5. Performs one of two functions depending on 
the state of the SELECT KEY input. If the 
SELECT KEY bit is set, it provides the input 
to the shift register for generating the 
UNLOCK CSEQ term. If the SELECT KEY is not 
set, it performs the function of interrupt 
mask . 

Control signal received from PPI port B, bit 
4. Dual function determined by the SELECT KEY 
signal. If the SELECT KEY bit is not set, 
read enable is passed to the strobe 
sequencer. If SELECT KEY is set, the demux 
output is a clocking pulse to the CSEQ unlock 
shift register. 



'Anc« A 



1q nrvrtf vnl 



PPI OUTPUT FULL 



t mpt IT 1 cnrr i »-. H i /*> ■=> 

buffer contains d 
INPUT FULL is used 
terminate a read 
indicates that th 
from the console th 
the VAX 8800 CPU. 
used to generate 
PPI ACKNOWLEDGE. 



nalc frnm PPT r\n>~r+- P_ 

tes that the PPI input 

ata for the console. PPI 

internally on the CSEQ to 

sequence. PPI OUTPUT FULL 

e output buffer has data 

at is to be transferred to 

The OUTPUT FULL signal is 

the CS LOAD ENABLE and the 



1 D T/ 



/"• •> r» ■•- i- o 1 pirtnslc -F -v-r^m t" V"> <=> r- ~\ ncV mnrltil p ncoH i- n> 

create INTERVAL SYNC the 1-MHz clock signals. 
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Table 3-4 CSEQ MCA Signal Descriptions (Cont) 



Signal 



LOAD CMD 



L/R EN LOAD REG 



Comments 



Console control signal derived from the 
console address decoder logic. Generates the 
command flag signal that is sent to the VAX 
8800 decoder module. COMMMAND FLAG is used by 
the gateway control to load the RAMs during 
the initialization process. 

Console control signals derived from the 
console address decoder logic. These are the 
primary signals used in the generation of the 
left and right RAM strobe signals to the 
gateway control on the decoder module. The 
strobe signals are used for RAM 
during initialization. 



loading 



DISABLE CSEQ 



L/R CONS IPR ADRS 
L/R XMIT ADRS 



ENABLE/DISABLE signal that is used to disable 
the CSEQ during a PRO-38N power failure or 
console cable disconnect. 

Internally generated address signals from the 
DEC. Clock delayed signals (L/R XMIT ADRS) 
used to create the write enable signals for 
the TRIC MCA. The CSEQ only provides a 
delaying mechanism. 



PPI STROBE 



Internally generated signal that is used for 
latching console interface data into the PPI 
port A buffer. 



CONS READ 



Internally generated signal used to 
enable/disable the bidirectional port A data 
transceiver. 



DATA ACCEPTED 



Internally generated signal used to set the 
TX READY bit. Informs VAX 8800 system that 
the TXDB has been read by the console and is 
ready to accept another data transfer. 
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Table 3-4 CSEQ MCA Signal Descriptions (Cont) 



Signal 



PPI ACKNOWLEDGE 



CONS WRITE 



Comments 



Internally generated signal that enables the 
console to drive the bidirectional bus from 
PPI port A. 

Internally generated signal that is used as a 
control to create the following enable 
signals: 

WR CLOCK PERIOD 

WR BURST COUNT 

WR CLOCK CONTROL 

WR CLOCK REG <2:0> 

WR VBUS CONTROL 

WR CONTROL REG <2:0> 

SET L/R RCVR DONE 



III 3-16 



3.4 



CONSOLE/VAX 8800 REGISTER SUMMARY 



3.4,1 Console Registers (Refer to Figure 3-7) 



07 



LEFT RECEIVE DATA BUFFER LRXDB <70> 
WRITE ONLY CONSOLE ADDRESS = 
INITIALIZED BY DCLO OR CPU INIT TO OO(HEX) 




LEFT RECEIVE DATA BUFFER LRXDB <15:8> 
WRITE ONLY CONSOLE ADDRESS = 1 
INITIALIZED BY DCLO OR CPU INIT TO 



07 


06 


05 


04 


03 


02 


01 


00 


NOT 
USED 


NOT 
USED 


LRXDB 
IDENT 3 


LRXDB 
IDENT 2 


NOT 
USED 


NOT 
USED 


LRXDB 
IDENT 1 


LRXDB 
IDENT 



RIGHT RECEIVE DATA BUFFER RRXDB <7 0> 
WRITE ONLY CONSOLE ADDRESS = 2 
INITIALIZED BY DCLD OR CPU INIT TO OO(HEX) 

06 05 04 03 02 
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Figure 3-7 Console Registers (Sheet 1 of 7 ) 
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07 



NOT 
USED 



RIGHT RECEIVE DATA BUFFER RRXDB 
WRITE ONLY CONSOLE ADDRESS = 3 
INITIALIZED BY DCLO OR CPU INIT TO 



<15:8> 



07 


06 


05 


04 


03 


02 


01 


00 


NOT 
USED 


NOT 
USED 


R RXDB 
IDENT 3 


R RXDB 
IDENT 2 


NOT 
USED 


NOT 
USED 


R RXDB 
IDENT 1 


R RXDB 
IDENT 



06 



NOT 
USED 



LEFT COMMAND LOAD REGISTER LCLR 
WRITE ONLY CONSOLE ADDRESS = 4 
INITIALIZED BY CPU INIT TO 

05 04 03 02 



01 



NOT 
USED 



NOT 
USED 



00 



1 1" 1 

COMMAND TO GATEWAY CONTROL 
MCA OF LEFT CPU 



07 



NOT 
USED 



06 



LEFT DATA LOAD REGISTER LDLR 
WRITE ONLY CONSOLE ADDRESS = 
NOT INITIALIZED 

05 04 03 02 




06 



RIGHT COMMAND LOAD REGISTER RCLR 
WRITE ONLY CONSOLE ADDRESS = 6 
INITIALIZED BY CPU INIT TO 

04 03 02 



05 



01 



NOT 
USED 



NOT 
USED 



NOT 
USED 



00 



COMMAND TO GATEWAY CONTROL 
MCA OF RIGHT CPU 



r> r^ r-> o o. 1 q T?qo -i c t- oy c f Qhpph 9 of 7^ 



RIGHT DATA LOAD REGISTER RDLR 
WRITE ONLY CONSOLE ADDRESS = 7 
NOT INITIALIZED 




CONTROL REGISTER CRO 

WRITE ONLY CONSOLE ADDRESS = 8 

INITIALIZED BY DCLO TO FF(HEX) 



07 



06 



05 



04 



03 



02 



01 



DISABLE 

LCPU 

STALLS 



DISABLE 

LCPU 

TRAPS 



DISABLE 
LCPU 
NMI SEQ 



LEFT 

CPU 

INIT 



DISABLE 

RCPU 

STALLS 



DISABLE 

RCPU 

TRAPS 



DISABLE 
RCPU 
NMI SEQ 



07 



06 



CONTROL REGISTER 1 CR1 

WRITE ONLY CONSOLE ADDRESS = 9 

INITIALIZED BY DCLO TO OO(HEX) 

05 04 03 02 



01 



CONTROL REGISTER 2 CR2 

WRITE ONLY CONSOLE ADDRESS = A 

INITIALIZED BY DCLO TO 



07 



06 



05 



04 



03 



02 



01 



00 



RIGHT 

CPU 

INIT 



00 



NMI 
UNJAM 


ENABLE 
LRXDB 
INTRPT 


NMI 

SLOW 

MODE 


ENABLE 
RRXDB 
INTRPT 


ENABLE 
TRAP ON 
L MATCH 


HALT 

LEFT 

CPU 


ENABLE 
TRAP ON 
R MATCH 


HALT 
RIGHT 
CPU 



00 



NOT 
USED 


NOT 
USED 


NOT 
USED 


ENABLE 
IDP LOOP- 
BACK 


DISABLE 

LSDF 

WRITES 


DISABLE 
R SDF 
WRITES 


CLEAR 

LATCHED 

RESET 


SET CPU 

TIMEOUT 

FLAG 
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Figure 3-7 Console Registers (Sheet 3 of 7 ) 
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07 



VISIBILITY BUS CONTROL VBC 
WRITE ONLY CONSOLE ADDRESS = B 
INITIALIZED BY DCLO TO 

06 05 04 03 



02 



01 



00 



NOT 
USED 


NOT 
USED 


NOT 
USED 


NOT 
USED 


SELECT 

RCPU 

INPUT 


STOP 

ADDRESS 

SHIFT 


STEP 

B 

CLOCKS 


VBUS 

ADDRESS 

OUTPUT 



CLOCK CONTROL REGISTER CCR 
WRITE ONLY CONSOLE ADDRESS = C 
INITIALIZED BY CONSOLE SOFTWARE TO 78(HEX) 

07 06 05 04 03 02 



01 



00 



STOP 

START 

CLOCKS 


DISABLE 
STOP ON 
L MATCH 


DISABLE 
STOP ON 
R MATCH 


DISABLE 

CLOCK 

BURSTS 


ENABLE 

SLOW 

CLOCK 


NOT 
USED 


NOT 
USED 


NOT 
USED 



BURST COUNT REGISTER BCR 
WRITE ONLY CONSOLE ADDRESS = D 

ikiit-iai i-7cr> dv rnncni c cnCT\A/ADC TO O 




CLOCK PERIOD REGISTER CPR 
WRITE ONLY CONSOLE ADDRESS 
INITIALIZED BY DCLO TO 38(HEX) 
INITIALIZED PERIOD = 70.18 NS 
07 06 05 04 



03 



02 



01 



00 



SELECT 
LO FREQ 
RANGE 



(1/ (CLOCK PERIOD X 250K) ) -1 
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Figure 3-7 Console Registers (Sheet 4 of 7 ) 
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u/ 



07 



LEFT TRANSMIT DATA BUFFER LTXDB <7:0> 
READ ONLY CONSOLE ADDRESS = 



Ut> 



USD 



V4 



UiJ 



UZ 



LEFT TRANSMIT DATA BUFFER LTXDB <15:8> 
READ ONLY CONSOLE ADDRESS = 1 



06 



05 



04 



03 



02 



01 



RIGHT TRANSMIT DATA BUFFER RTXDB <7:0> 
READ ONLY CONSOLE ADDRESS = 2 



uu 



DATA FROM LEFT CPU TO CONSOLE 



00 



NOT 
USED 


NOT 
USED 


LTXDB 

IDENT 

<3> 


LTXDB 

IDENT 

<2> 


NOT 
USED 


NOT 
USED 


LTXDB 

IDENT 

<1> 


LTXDB 

IDENT 

<0> 




07 



RIGHT TRANSMIT DATA BUFFER RTXDB <15:8> 
READ ONLY CONSOLE ADDRESS = 3 



06 



05 



04 



03 



02 



01 



00 



NOT 
USED 


NOT 
USED 


RTXDB 

IDENT 

<3> 


R TXDB 

IDENT 

<2> 


NOT 
USED 


NOT 
USED 


R TXDB 

IDENT 

<1> 


RTXDB 

IDENT 

<0> 
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Figure 3-7 Console Registers (Sheet 5 of 7 ) 
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07 



06 



SHR 



SLC1 



DATA DATA 



VISIBILITY BUS ACCESS VBA 
READ ONLY CONSOLE ADDRESS = 4 



05 



04 



03 



02 



SLCO 
DATA 



ADP 
DATA 



DATA 



DEC 
DATA 



01 



00 



SEQ 
DATA 



WCS 
DATA 



CONSOLE INTERRUPT STATUS 1ST 
READ ONLY CONSOLE ADDRESS = 6 



07 


06 


05 


04 


03 


02 


01 


00 


NOT 
USED 


NOT 
USED 


NMI 
RESET 


LEFT 
TXDB 


RIGHT 
TXDB 


LEFT 
RXDB 


RIGHT 
RXDB 


MUST 
BE ZERO 



CLOCK STATUS/TIMEOUT CST 
READ ONLY CONSOLE ADDRESS = 8 



07 


06 


05 


04 


03 


02 


01 


00 


GATED 

CLOCKS 

STOPPED 


LCPU 

MICRO 

MATCH 


RCPU 
MICRO 
MATCH 


BURST 
DONE 


NOT 
USED 


NOT 
USED 

I 


LCPU 
TIMEOUT 

I . 1 


RCPU 
TIMEOUT 

■ j 































STOP=1 MATCH=0 MATCH=0 DONE=0 



TIMEOUI=1 NMbUUI=1 



07 



06 



BACKPLANE/CLOCK REVISION REV 
READ ONLY CONSOLE ADDRESS = A 

05 04 03 02 

1 



01 



00 



CPU BACKPLANE REVISION LEVEL 



CLOCK MODULE REVISION LEVEL 
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Figure 3-7 Console Registers (Sheet 6 of 7) 
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SERIAL NUMBER SER <7:0> 

READ ONLY CONSOLE ADDRESS = C 




SERIAL NUMBER SER <15:8> 

READ ONLY CONSOLE ADDRESS = E 
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Figure 3-7 Console Registers (Sheet 7 of 7) 
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3.4.2 VAX 8800 CPU Registers (Refer to Figure 3-8) 



TRANSMIT DATA BUFFER I XDB <7:0> 
WRITE ONLY CPU ADDRESS = 
INITIALIZED BY DCLO OR CPU INIT TO 00 




TRANSMIT DATA BUFFER TXDB <15:8> 
WRITE ONLY CPU ADDRESS = 1 
INITIALIZED BY DCLO OR CPU INIT TO 



07 


06 


05 


04 


03 


02 


01 


00 


NOT 
USED 


NOT 
USED 


TXDB 
IDENT 
<3> 


TXDB 
IDENT 
<2> 


NOT 
USED 


NOT 
USED 


TXDB 
IDENT 
<1> 


TXDB 
IDENT 
<0> 



DATA BUFFER CONTROL AND STATUS 
WRITE ONLY CPU ADDRESS = 2 
INITIALIZED BY DCLO OR CPU INIT TO 



DBCS 



07 


06 


05 


04 


03 


02 


01 


00 


NOT 
USED 


ENABLE 

RXDB 

INTRPT 


NOT 
USED 


NOT 
USED 


MOT 

USED 


ENABLE 

TXDB 

INTRPT 


MOT 

USED 


MOT 

USED 



INTERVAL CLOCK CONTROL/STATUS 
WRITE ONLY CPU ADDRESS = 3 
INITIALIZED BY DCLO OR CPU INIT TO 



07 



06 



05 



04 



03 



02 



01 



CLEAR 
INTRPT 



ENABLE 

TIMER 

INTRPT 



STEP 

INTERVL 

CLOCK 



NOT 
USED 



CLEAR 
ERROR 



RUN 

INTERVL 

CLOCK 



TRANSFR 
NICR 
TO ICR 



WRITE 1 
TO CLEAR 



WRITE 1 
TO CLEAR 



00 



NOT 
USED 
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Figure 3-8 VAX 8800 CPU Registers (Sheet 1 of 4 ) 
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NEXT INTERVAL COUNT REGISTER NICR <7:0> 

WRITE ONLY CPU ADDRESS = 4 
INITIALIZED BY DCLO OR CPU INIT TO 00 




NEXT INTERVAL COUNT REGISTER NICR <15:8> 

WRITE ONLY CPU ADDRESS = 5 
INITIALIZED BY DCLO OR CPU INIT TO 00 

07 06 05 04 03 




NEXT INTERVAL COUNT REGISTER NICR <23:16; 

WRITE ONLY CPU ADDRESS = 6 
INITIALIZED BY DCLO OR CPU INIT TO 00 

07 06 05 04 




NEXT INTERVAL COUNT REGISTER NICR <31:24> 

WRITE ONLY CPU ADDRESS = 7 
INITIALIZED BY DCLO OR CPU INIT TO 00 
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Figure 3-8 VAX 8800 CPU Registers (Sheet 2 of 4) 
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RECEIVE DATA BUFFER 

READ ONLY 

INITIALIZED BY DCLO OR CPU INIT TO 00 



RXDB <7:0> 
CPU ADDRESS = 



07 



06 



05 



04 



03 



02 



01 



RECEIVE DATA BUFFER 
READ ONLY 



RXDB <15:8> 
CPU ADDRESS = 1 



07 



INITIALIZED BY DCLO OR CPU INIT TO 44(HEX) 

06 05 04 03 02 



01 



07 



DATA BUFFER CONTROL AND STATUS 
READ ONLY CPU ADDRESS = 2 
INITIALIZED BY DCLO OR CPU INIT TO 08(HEX) 

06 05 04 03 



DBCS 



01 



INTERVAL CLOCK CONTROL/STATUS 
READ ONLY CPU ADDRESS = 3 
INITIALIZED BY DCLO OR CPU INIT TO 



07 



06 



05 



04 



03 



ICCS 



02 



01 



00 



1 1 1 1 1 

DATA FROM CONSOLE TO CPU 



00 



RXDB 

ERROR 

OCCURRED 


1 


RXDB 
IDENT 
<3> 


RXDB 
IDENT 
<2> 


X 


1 


RXDB 
IDENT 
<1> 


RXDB 
IDENT 
<0> 



00 



RXDB 
DONE 


RXDB 

INTRPT 

ENABLED 








TXDB 
READY 


TXDB 

INTRPT 

ENABLED 









INTRPT 
OCCURRED 


TIMER 

INTRPT 

ENABLED 








ERROR 
OCCURRED 


INTERVL 

CLOCK 

RUNNING 
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Figure 3-8 VAX 8800 CPU Registers (Sheet 3 of 4) 



III 3-26 



INTERVAL COUNT REGISTER ICR <70> 

READ ONLY CPU ADDRESS = 4 
INITIALIZED BY DCLO OR CPU INIT TO 00 




INTERVAL COUNT REGISTER ICR <15:8> 

READ ONLY CPU ADDRESS = 5 
INITIALIZED BY DCLO OR CPU INIT TO 00 
07 06 05 04 03 02 01 




INTERVAL COUNT REGISTER ICR <2316> 

READ ONLY CPU ADDRESS = 6 
INITIALIZED BY DCLO OR CPU INIT TO 00 




INTERVAL COUNT REGISTER ICR <31:24> 

READ ONLY CPU ADDRESS = 7 
INITIALIZED BY DCLO OR CPU INIT TO 00 
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Figure 3-8 VAX 8800 CPU Registers (Sheet 4 of 4) 
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3.5 CONSOLE CABLING 

The cables that connect the console to the VAX 8800 system are 
listed in Table 3-5 and illustrated in Figure 3-7. The first 
column of the table (Item) contains a callout reference to Figure 
3-9. 



Table 3-5 Console Cable List 

Item Description Part No. From To 

(A) Console to EMM cable 17 00655-01 Cons Dist J6 MPS 2 J63 

(B) Console Cable #2 17 00651-01 CPU J22 Cons Dist J4 

(C) Console Cable #1 17 00649-01 CPU J23 Cons Dist J5 

(D) PC 380 BCC26-201 CBL 17 00665-01 Cons Dist J2 PC 380 

(E) PC 380 Power Cable 17 00442-17 88X PC 380 
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Figure 3-9 Console Subsystem Cabling Diagr 
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SECTION 4 
POWER SYSTEM COMPLEX 



CHAPTER 1 
GENERAL DESCRIPTION 



1.1 INTRODUCTION 

The power supply provides the dc voltages necessary to operate the 
main CPU(s), memory and VAXBI of the VAX 8800 system. Three-phase 
ac utility power is used to energize the power system. The dc 
voltages required are developed using the ac power modules and the 
dc voltage regulators located in the CPU cabinet. In the following 
paragraphs, the power supply is occasionally referred to as the 
power system. Both names refer to the power supply. 

Chapter 1 provides a general description of the power supply and 
introduces the components used to generate the dc voltages 
required to operate the CPU and its related components. 

Chapters 2 and 3 contain more comprehensive descriptions of the 
power supply modules and their functions. 

Details of the operating signals and the specifications of the 
power supply modules are presented in the Appendix. 

This chapter introduces the components, configurations, controls, 
and indicators of the VAX 8800 power system. It includes 
illustrations of the power system and its basic components, 
operational descriptions of the components, and general 
specifications for the power system. 

Figure 1-1 is a physical layout of the VAX 8800 system showing the 
power module layout and the blower subsystem. 

Figure 1-2 is a block diagram of the 60 Hz power system. 

Figure 1-3 is a block diagram of the 50 Hz power system. 
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Figure 1-1 VAX 8800 System Physical Layout (Front View) 
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Figure 1-2 VAX 8800 Power System Block Diagram (60 Hz) 
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Figure 1-3 VAX 8800 Power System Block Diagram (50 Hz) 



1.2 



SYSTEM COMPONENTS 



rne power sytjt.t;iu snuwn in l- xyui-c; x j. hiv,j.uu^u «_n^ ^^nj./^.^nv-^ 
listed in Table 1-1. 



Table 1-1 Power System Components 



Component 



876A power controller 
NBox power converter 
Modular power supplies 

Environment monitor module 
Battery backup (option) 
Air flow blower system 



Mnemonic 



87 6 A 

NPC 

MPS 

EMM 
BBU 
AFS 



Component Number 



876A 



H7180, H7186, 
H7187, H7189 
H7188 
H7231-D 
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1.2.1 876A Power Controller 

The 876A power controller is the main ac input module for the 
power system. Three-phase ac facility power to the VAX 8800 system 
is passed through BRKRi, the main system circuit breaker, and on 
to the 876A for power distribution to the system components. 

Power from the 876A feeds switched and unswitched power as 
follows: 

• Switched three-phase and unswitched single-phase power to 
the NBox. 

• Unswitched single-phase power to the BBU. 

• Switched three-phase power to the blower system. 

• Switched single-phase power to the expander units 
(CI750) . 



1.2.2 NBox Power Converter 

The NBox PC is a multifunction power assembly that contains the 
modules listed in Table 1-2. 



Table 1-2 NBox Modules 



NBox Module Function 



H7170A (X) Converts 3-phase ac power into 300 Vdc power out 
for 300 V bus. 

H7170A (Y) Same as above. 

ILM Provides logic signal interface between EMM and 

other power system components. Also controls BBU 
operation. 



CSP 



NBT 



Converts single-phase ac power to logic level 
voltages: +5 V, +/-12 V, +10.5 V for EMM, ILM. 

Converts logic signals for start-up and system 
operation. Also interfaces with DIGITAL power bus. 
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1.2.3 Modular Power System (MPS) 

The Modular Power System (MPS) is a dc power supply module nest 
located above the CPU cardcage in the main CPU cabinet. The MPS 
contains the dc power regulators that provide the dc power for 
operating the main CPU, memory, and extender modules of the VAX 
8800 system. 

The MPS nest also contains the Environmental Monitoring Module 
(EMM), described briefly in the following section. 

Power is applied to the power supplies, located in the MPS nest, 
by cabling connected to the 300-Vdc power bus. The 300-Vdc buses 
are fed from the H7170 ac-to-dc power converters located in the 
NBox. 

There are three 300-Vdc power buses located in the MPS area, one 
of which connects to power supply module B, the regulator used to 
provide power to the CPU memory during battery backup operation. 

The MPS backplane provides connections for: 

• The power control signals (MPS powerup, powerdown, and 
BBU assignment) to the power regulators 



• 



The EMM, CSP, and ILM modules (via NBox backplane) 

• The CPU backplane 

• The environmental monitoring signals 

1.2.4 Environmental Monitoring Module 

The Environmental Monitoring Module (EMM) is a microprocessor- 
based (8085) module located in the MPS cage. It is used to 
monitor : 

• DC power regulator operation 

• Power system status 

• Power svstem start-un and on^ration 

• Environmental conditions within the main CPU cabinet. 

The EMM is also the main communications link between the VAX 8800 
system console and the power system. Additionally, the EMM 
provides control during power-up and power-down sequencing and 
during battery backup operations. 

A complete description of the EMM module and a detailed discussion 
of the functions it performs is presented in Chapter 2. 
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1.2.5 Cooling System 

Cooling for the VAX 8800 system is designed to maintain the 
internal temperature of the main CPU cabinet within the proper 
operating range for normal CPU system operation. This is 
accomplished using an air-moving system powered by a three-phase 
induction motor. The components of the cooling system include: 

• A three-phase 208 Vac, 60 Hz (or 416 Vac, 50 Hz) 
induction motor with a double-ended shaft 

• Quad-inlet, dual-outlet air movers 

• A centrifugal blower with two sets of vanes on each end 
of the motor shaft 

Tonn VaneS - are the forward "Curved type and deliver approximately 
1800 CFM in free air. As used in the VAX 8800 CPU cabinet, the 
blower air flow rate is approximately 1100 to 1200 CFM. 

The temperature within the CPU cabinet is monitored continuously 
uy the EMM module, which senses the outputs of thermistors 
strategically placed within the cabinet. The air flow rate within 
the CPU cabinet is also monitored. 

1.2.6 Battery Backup Unit H7231-M 

The Battery Backup Unit (BBU) provides the VAX 8800 system with 
the capability to protect the main CPU memory data in the event 
that ac utility power is temporarily lost. The BBU consists of: 

• A 48-volt rechargeable lead acid battery pack (four 12 V 
batteries ) 

• A charging circuit 

• A dc-to-dc converter (48 V to 300 Vdc ) 

The converter converts the 48 volts to 300 volts dc for use in the 
battery backup mode. The BBU is an option for the VAX 8800 system. 
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1.3 MECHANICAL CONFIGURATION 

The VAX 8800 power system components are housed in two cabinets, 
the front-end cabinet and the main CPU cabinet. The front-end 
cabinet contains: 



AC distribution components 

The main circuit breaker (BRKRl) 

The BBU 

I/O expander modules (BAll-A) , (CI750) 

Power cables 

50 Hz transformer (international only) 



The components contained in the CPU cabinet are: 

876A Power Controller 

NBox 

MPS power regulators 

EMM 

Blower system 

300 V buses 

MPS backplanes 

I/O bulkhead 

Console interface 

Power/Signal distribution cables 

Figures 1-4 and 1-5 show the front and rear view of the CPU 
cabinet, and the location of the power components within the 
cabinet . 
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Figure 1-4 VAX 8800 CPU Cabinet - Front Vie 



w 



IV 1-9 



A.M.D. 



300 VBUS # 1 



300 VBUS # 3 



300 VBUS # 2 



o 

TS2 



AFS 
MPS BACKPLANE # 1- 



o 

TS3 



-H4- 



AFS 
MPS BACKPLANE # 2- 



o 

TS4 



H 
7 
1 
8 
9 


H 
7 
1 
8 
9 


H 

7 
1 
8 



H 

7 
1 
8 



H7188 

E 
M 
M 


H 

7 
1 
8 

7 


H 

7 
1 
8 

7 


A 
R 
E 


H 

7 
1 
8 
6 


H 

7 
1 
8 
6 



MODULAR POWER SUPPLIES, BACKPLANE, AND CAGE 



LOGIC CARDCAGE 



I/O BULKHEAD 



NBOX 



Bl 


Bl 


CPU 


E 

O 
C 
K 

M 
O 
D 


CPU 


MEMORY 



o 

TS1 



876 POWER 
CONTROLLER 



NOTE: 1 . TS = TEMPERATURE SENSE 

2. AFS = AIR FLOW SENSE 

3. A.M.D = AIR MOVING DEVICE 



Figure 1-5 VAX 8800 CPU Cabinet - Rear View 
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1.3.1 876A Power Controller 

The 876A power controller mounts to the base of the H9650 CPU 
cabinet at the lower left side, as viewed from the front. The 876A 
is approximately 10.0 inches wide by 10.0 inches deep by 8.0" 
high. 

1.3.2 NBox Port Conditioner 

The NBox mounts to the base of the H9650 cabinet on the lower 
right side as viewed from the front. The NBox is approximately 
19.0 inches wide by 19.0 inches deep by 7.0 inches high and weighs 
100 pounds. Connections to the NBox include: 

• DIGITAL power control bus 

• 300-Vdc power bus 

• 300-Vdc storage capacitors 

• MPS backplane control logic (EMM) 

• Battery backup unit 

A minimal amount of cooling is required by the NBox. This is 
accomplished by placing the NBox in the intake air stream with its 
heat sinks in the air flow path. Screened openings in the chassis 
of the NBox allow the moving air to circulate through the chassis. 

1.3.3 MPS Modules (Regulators) and Cage 

The MPS cage is a sheet metal/tubing structure that, in addition 
to supporting the MPS modules and the EMM, provides for mounting 
of the power backplane and the 300-Vdc bus input to the MPS 
regulators . 

The cage is mounted on four corners and bolted to the cabinet 
directly above the logic cardcage. It has the capacity to contain 
up to 9 MPS modules and the EMM. 

The MPS backplane spans the width of the MPS cage and is 
fabricated in two sections. The MPS backplanes contain the power 
control signals and environmental monitoring signals to and from 
the EMM module. 

The MPS regulator modules are inserted into the MPS cage in the 
designated area. Each module provides regulated dc power that is 
distributed by means of the MPS backplane or bus bar straps 
connected to the CPU logic backplanes. 
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1.3.4 Battery Backup Unit 

The optional BBU is mounted to the right side of the front-end 

cabinet as viewed from the front. The BBU module contains three 



assemblies : 



Th e* (-In Z* Vn -inn /-. •! v-/->n -1" +- 



• The dc-to-dc converter circuit 

• The 48-volt lead acid battery pack 

The BBU module is 7.0 inches high by 15.12 inches deep by 19.0 
inches wide and weighs 42 pounds. It requires a minimal amount of 
cooling. 

Therefore, placement of the module in the front-end cabinet 
satisfies the convection cooling requirements. 

1.3.5 Air Flow System 

The blower for the air flow system is located at the top of the 
CPU cabinet, above the MPS cage. 

The rotary blower creates a negative pressure within the cabinet, 
which causes air to be drawn into the cabinet at the bottom and 
tlow through the cabinet components before exiting at the too of 
the cabinet. p " 

Thermistor sensors (T1-T4) and air flow sensors (AFS) sense the 

^ P f ratUre - and alr fl ° W rate and Provide this information to the 
EMM for monitoring purposes. 
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1.4 POWER DISTRIBUTION 



1.4.1 AC Power 

AC utility power is brought into the VAX 8800 system at the rear 
of the front-end cabinet. Three-phase ac power is cabled to BRKRl , 
the main system circuit breaker, from which it is connected to 
terminal blocks for system distribution. 

The three-phase ac power is cabled from the terminal blocks to the 
876A power controller located in the CPU cabinet. A second 
three-phase power connection is made to the Dranetz phase monitor 
port accessed at the front-end cabinet. 

A single-phase ac cable is routed to the system console outlet box 
located in the CPU cabinet. 

The 876A distributes three-phase and single-phase ac power to 

system components by means of power receptacles located on its 

chassis. Power plugs for the components are inserted into the 
receptacles provided. 

Figure 1-6 shows the receptacles located at the rear of the 876A. 
Table 1-3 lists the components powered by the 876A and the ac 
power provided. 
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Figure 1-6 876A Rear View Showing Receptacles 



Table 1-3 876A Power Distributi 



on 



Component 




Three-Phase 


Single-Phase 


NBox 




X 


X 


Blower 




X 




BBU 






X 


CI750 




X 





1.4.2 DC Power 

The VAX 8800 system uses 300-volt dc power, provided by the NBox 
(H7170X and Y) or the BBU, to supply the dc regulator modules that 
produce the dc logic voltages required to operate the system. 

During normal system operation, the 300-V power is supplied by the 
two H7170 power modules located in the NBox. If ac utilitv now^r 
is lost, 300-Vdc power is provided by the BBU controlled throuah 
the NBox. y 

During power dropouts, the 300 Vdc supplied by the BBU is used to 
support module B, the memory power supply module. A detailed 
discussion of dc power distribution is presented in Chapter 3. 

Figure 1-7 is a block diagram of the components that support the 
dc power section of the VAX 8800. 
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Figure 1-7 DC Power Section Block Diagram 
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1.4.3 



Controls and Breakers 



1.4.3.1 Controls — The primary power controls for the VAX 8800 
system are RRKR1 , the main circuit breaker, located at the rear of 
the front-end cabinet, and the ON/OFF (1/0) switch located at the 
system console. 

Placing these two switches in the ON (1) position allows the 

system to operate in the software-driven mode, enabling the 

console keyboard to issue commands to the power system by means of 

the EMM. " 

There are no front-panel controls for the VAX 8800 system. The 
PRO-38N power system is the console device for the VAX 8800 that 
accomplishes all the tasks of a front panel. 

1.4.3.2 Circuit Breakers — There are nine (9) circuit breakers 
in a fully configured VAX 8800 power system, seven (7) three=~hasp 
and two (2) single-phase. Table 1-4 lists the 'location"and 
characteristics of the circuit breakers. 



Table 1-4 VAX 8800 Circuit Breakers 



Component 



Phases 



876A 


PC 


3 


ii 
n 
ii 




1 
3 
3 


F.E. 


Cab. 


3 


it 




3 


NBox 


H7170X 


3 


NBox 


H7170Y 


3 


Console 


1 



Breaker ID 



BRKR2(CB1) 
CB 2 
CB 3 
CB 4 

BRKRl(CBl) 
CB 2 
CB 1 
CB 1 
CB 1 



Comment 



Main Input 

BBU 

Aux. Out. 

H7170X/Y 

Main Sys.CR 
Dranetz Ph.Mon 
Module Input 
Module Input 
Console Input 



The VAX 8800 power system circuit breaker diagram is shown in 
Figure 1-8. 
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Figure 1-8 VAX 8800 Power System Circuit Location Diagram 



1.5 AC POWER SPECIFICATIONS 

The following is a summary of the VAX 8800 power requirements. 

1.5.1 Electrical Requirements 

1.5.1.1 AC Power Sources 
Domestic 

120/208 Vac, 60 Hz, 60 A, 3-Phase, 5-Wire WYE connected service. 
International 

240/416 Vac, 50 Hz, 30 A, 3-Phase, 4-Wire Delta connected service. 

IT VaI f 7 vailabl e on the 50 Hz transformer to accommodate 380-Vac 
and 440-Vac inputs. Taps must be selected and wired before power 
is applied. ^ 

Refer to the VAX 8800 System Installation Guide ( EK-8800I-IN) for 
additional details. 

Line Voltage 

60 Hz equipment - 156-222 V rms line-to-line, 208 V nominal. 

50 Hz equipment - 312-444 V rms line-to-line, 416 V nominal. 

Line Current 

60 Hz equipment - 50 Amps max. @ 156 V rms 

50 Hz equipment - 30 Amps max. @ 312 V rms 

Power Factor 

60 Hz - 0.65 minimum 

50 Hz - 0.85 minimum 

Power Consumption 

6500 Watts maximum; Maximum Heat dissipation 22. 2K BTU/hr 
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Environmental Requirements 

DIGITAL STANDARD 102 for Class A environments 

Temperature 

Ambient Temperature Range - Operating - Centigrade - 15 to 32 
degrees 

Fahrenheit - 59 to 90 degrees 

Storage - Centigrade - -40 to + 66 degrees 

Fahrenheit - -40 to +151 degrees 

Humidity 

20 to 80 % relative humidity 

Altitude 

Sea Level to 8000 feet 

Weight 

1700 lbs combined weight for both cabinets 

Dimensions 

30 inches d x 60 inches h x 73.5 inches combined width 



1.6 FAULT AND STATUS INDICATORS 

The_ only visible indication of system fault and status is that 
available to the system operator. The console monitor displays 
messages to inform the operator when faults occur and the status 
of the modules in the power system. 

Each of the power system components contain front-panel indicators 
that display fault and status. However, these displays are not 
visible during normal operation. 

The outer front-panel covers of the CPU and front-end cabinets 
must be removed to view the fault and status indicators. 

Fault and status indicators for the power system components are 
described in the following paragraphs. 

1.6.1 876A Power Controller 

The 876A power controller has three "POWER" lamps located on the 
upper right side of the front nanel . whirh lirthi- who™ =o *= = „■; i ■: #-„ 
power is applied. 

Figure 1-9 shows the front panel of the 876A PC. 
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Figure 1-9 876A Power Controller Front Panel 



1.6.2 NBox 

Figure 1-10 shows the front-panel location of the NBox indicators 
Table 1-3 defines the visual indicators provided. 
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Figure 1-10 NBox Front-Panel Indicators 
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1.6.2.1 H7170 Built-in Test Equipment — The front panel of the 
H7170 has four indicators to display the current operating status 
of the module. The indicators are colored LEDs that light to 
indicate status. Table 1-5 lists the indicators and the related 

indication. 



Table 1-5 H7170 Status Indicators 



Indicator/Color Indication 



1. GREEN BUS OK - Bus voltage > 165 Vdc 

2. GREEN MODULE OK - No problems 

3 - RED OVERVOLTAGE FAULT - Crowbar has occurred 

4. BLINKING YELLOW OVERCURRENT FAULT 



1.6.2.2 ILM Built-in Test Equipment — The ILM front panel 
contains two types of fault/status indicators: electro-mechanical 
magnetic latches and a single-digit LED display. 

The electro-mechanical indicators located below the digit display, 
are defined below: 

• Binary 1 = Manual Intervention 

• Binary 5 = CSP OT 

• Binary 7 = MOD B OT 

The single digit LED BITE display on the ILM front panel indicates 
fault conditions as dfined below: 

• 1 = H7170X failed 

• 2 = H7170Y failed 

• 5 = CLOCK FAIL 

• 8 = MANUAL RESET 

The only fault indication sent to the EMM for the console is a MOD 
B OT failure. All other fault indications apply to the NBox. 
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1.6.3 Modular Power Supply Regulators 

Figure 1-11 shows the location of the front-panel indicators for 
the modular power regulators. All power regulators have the same 
status indications, as defined in Table 1-5. 



Indicator 



Green LED 



Table 1-6 MPS Regulator Indicators 



Indication 



Module OK 



Definition 



The power supply module is operating 
properly, the output voltage is 
within regulation range, and no 
other faults exist. 



Red LED 

Yellow LED 
(Blinking ) 



Overvoltage The module voltages have crowbarred. 

Overcurrent The module's output current is above 
its rating. 



LED 
GREEN o 
RED o 

1 i_i_L\Jvv ° 



H718X 



/ 



Q/-* i r\_ a en 



Figure 1-11 Indicators for the Modular Power Regulators 
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i.6.4 Environmental Monitoring Module 

Figure 1-12 is a diagram of the EMM front panel showing the 
location of the front-panel components. The red LED indicators 
signal a KEY FAULT. 

The four magnetic latches above the LEDs are used to indicate the 
fault conditions defined in Table 1-8. The octally coded latches 
are weighted as shown in Figure 1-12. 
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AC INPUT MOD FAULT 
ELECTRICAL KEY 
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Figure 1-12 EMM Front-Panel Indicators 
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Table 1-7 EMM Magnetic Status Indicator Codes 

Coded Readout (Octal) Indication Device 

Black = 
Yellow = 1 

000 No failure 

001 Not used 

010 Overtemperature Module B H7186 

011 Overtemperature Module C H7186 

100 Overtemperature Module D H7187 

(either one) 

101 Overtemperature Module E H7180 

(either one) 

110 Overtemperature Module F H7189 

111 Overtemperature Module H H7189 

1000 Not used 

1001 Not used 

1010 Not used 

1011 Not used 

1100 Overtemperature Cabinet sensors 

(any one of four) 

1101 Not used 

1110 Not used 

1111 Not used 



1.6.5 System Console Device 

Operation and control of the VAX 8800 system is performed by the 
system console, a modified PRO-38N that allows the operator to 
interact with the system. A complete discussion of the PRO-38N 
system console, including its specifications and performance 
characteristics, is provided in Section 3 of this manual. 
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CHAPTER 2 
FUNCTIONAL DESCRIPTION 




2.2 POWER SYSTEM BLOCK DIAGRAM 

Figure 2-1 is a functional block diagram of the VAX 8800 power 

system showing the major components of the system and the 



interconnections 
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Fiqure 2-1 VAX 8800 Power System Block Diagram 
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2.3 SIMPLIFIED OPERATION 

Utility ac power is brought into the VAX 8800 system through the 
front-end cabinet. The ac passes through the main system circuit 
breaker, BRKR1 , and connects to the ac distribution block. 

Connections to the distribution block include the following: 

• Console power port 

• Dranetz phase monitor port (via Circuit Breaker 2) 

• 876A power controller 

The console/printer power port and the 876A are located in the CPU 
cabinet . 

The console power port is a single-phase ac power receptacle to 
provide unswitched ac power for the console subsystem and printer 
(LA50). ^ 

The Dranetz power port provides a three-phase ac receptacle into 
which the Dranetz voltage monitor plug is inserted. 

The 876A is described in the following section. 

2.3.1 876A Power Controller 

The 876A power controller interfaces the three-phase ac utility 
power input to the VAX 8800 power system. The functions of the 
876A are: 

1. Distribute 3-phase and 1-phase ac power to system modules 

2. Filter ac input power 

3. Control application of ac power to modules (Kl power 
switch) 

4. Provide ac reptacles for system modules 

5. Protect system modules from power fault conditions (BRKR 
2) 

6. Interface with DIGITAL power control bus 

The 876A, the main VAX 8800 power control module, distributes 
switched and unswitched ac power to the three-phase and 
single-phase modules listed in Table 2-1. 
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Table 2-1 876A Power Distribution 

Module AC Phases 

NBox 3 , 1 

Blower 3 

BBU 1 

BA11-A 1 

Auxiliary port 1 

2.3.2 NBox 

The NBox is a power converter assembly containing the following 
modules : 

• 2 H7170 power converters 

• ILM 

• CSP 

• NBT 

Each of the above modules is described in the following 
paragraphs . 

2.3.2.1 H7170 Power Converter — The H7170 power converter 
converts the three-phase ac input power to 300-Vdc output power 
for use by the MPS dc power regulators. 

There are two H7170 PCs in the NBox (NPC), designated H7170X and 
H7170Y. The outputs of these units supply the 300-Vdc buses 
connected to the regulators. 

When the ac voltage input to either H7170 falls below 156 V rms , 
both of these units are disabled. Battery backup power from the 
BBU supplies 300-Vdc power to regulator B for main memory bias 
support. 

All other regulators are disabled when AC LO occurs. 
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2.3.2.2 Control Start-up Power Module (CSP) — The CSP receives 
unswitched single-phase ac power from the 876A power controller 
and creates the following dc bias voltages: 

• +5 V 

• +/-12 V 

• +15 V 

• +10.5 V 

The CSP output voltages are used as shown in Table 2-2. 
Table 2-2 Modules Using CSP Bias Voltages 



Voltage Modules Used On Purpose 



+5 V ILM, EMM Bias 

+/- 12 V ILM, EMM Bias 

+10.5 V(3) All MPS Regulators Startup 

+15 V CLK/CNSL pcb Bias 



2.3.2.3 Interface Logic Module (ILM) — The ILM module performs 
the following power system functions: 

1. Provides interface logic for the power-up sequence 

2. Controls logic for the operation of the BBU 

3. Generates clocks for MPS regulators 

4. Initiates BBU power output to regulator B by means of the 
NBox 

5. Interfaces with the DIGITAL control bus to control 
utility power 

2.3.2.4 New Box Translator Module (NBT) — The NBT module 
provides logic signal conversions and combination logic functions 
on signals used during the power sequences. The NBT also provides 
the system with "FAIL SAFE," which prevents BBU operation in the 
event that a system CB is turned off, or tripped. 
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2.3.3 Modular Power System (MPS) 

The modular power system includes the power regulators that 
provide the dc voltages necessary to operate the following: 

• Main CPU 

• Memory 

• VAXBI modules 

The power regulators are powered from the 300-volt dc power bus, 
which is split into two sections. 

The regulators have the following common characteristics: 

• Pulse width modulation (PWM) 

• 50 kHz clock from ILM 

• Line and load regulation 

• Remote voltage sensing 

The EMM module, which monitors the output of the dc regulators and 
the environment in the CPU cabinet, is located in the MPS along 
with the eight (8) regulated power supplies. 

The MPS module cage is a mechanical structure internal to the CPU 
cabinet that supports: 

• The modular power supplies 

• The EMM module 

• The 300-V buses 

• The MPS backplanes 

The MPS cage is located above the main CPU cardcage. 

Table 2-3 lists the regulator modules by part designation, dc 
output voltage, and the area of the computer system they service. 
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Table 2-3 Voltage Regulators 



Regulator Module 



DC Output (volts) 



Logic Backplane(s) 



H7186 (B) 

H7186 (C) 

H7187 (D) 

H7180 (E) 

H7189 (F, H) 



+5.0 Battery 
+ 5.0 

- 2.0 

- 5.2 

+/- 12.0, - 5.2, 
+ 5.0, - 2.0, +15 



Memory 

Memory 

CPU 

CPU 

VAXBI 



The regulator output voltages are connected to the CPU backplanes 
using the following: 



Flexible cable 
Laminated bus straps 
CPU backplane etches 



The laminated bus straps are used to minimize voltage drop when 
making high current connections with minimum voltage drop. 

The MPS backplane connections to the CPU, memory and VAXBI 
backplanes, viewed from the rear of the cabinet, are shown 
schematically in Figure 2-2. 
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Figure 2-2 MPS Backplane Configuration (Rear View 
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2.3.4 Battery Backup Unit (BBU Model H7231-M) 

The H7231-M Battery Backup Unit (BBU) for the VAX 8800 power 

system consists of: 

• A battery charger (H7230A) 

• A dc-to-dc converter (H7240A) 

• A 48-volt lead acid battery pack 

The BBU provides battery backup power for the CPU memory modules 
when a utility power failure occurs during system operation. 

The BBU output supports regulator module B, the only active 
regulator during short-term utility power drop outs. 

Charging for the 48-volt, 5 Ah battery pack occurs during normal 
system operation by means of the unswitched 120-volt, single-phase 
ac voltage that is fed to the BBU from the 876A power controller. 

The ac voltage is applied to the H7230 charging circuit that 
controls the current to the batteries. 

The level of charge on the batteries is monitored to prevent 
overcharging and to signal the ILM monitor of its charge status. 

The BBU is capable of supporting the memory modules for a minimum 
of 9 minutes from a fully charged battery. It is intended to 
provide power for the memory modules during short-term power 
losses that occasionally occur. 

The output circuit for the BBU is a dc-to-dc converter module 
(H7240) that converts the 48-volt dc from the battery pack to 300 
volts dc at 700 mA. 

The 300-volt output is applied to the NBox where it is interfaced 
with the 300-volt dc bus used to feed the power regulator modules. 

During a power loss period, the 300-volt dc is applied to all 
regulator modules, but only module B is enabled. 
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2.3.4.1 BBU Control ~ Control of the BBU's power backup 
operation is performed by the ILM module, which issues commands to 
the BBU in response to a BBU request from the EMM module. 

The AC LO signal is sent to the EMM in response to an AC LO signal 
received from a power line monitor in the NBox. AC LO occurs when 
the ac line voltage falls below 156 volts rms . The normal ac 
voltage level phase-to-phase is 208 volts rms. 

Upon receipt of the AC LO signal, the EMM signals the ILM to 
provide battery backup power (MODULE ENABLE L). 

The ILM responds to a BBU request by: 

1. Enabling BBU power output 

2. Asserting (ILM RQUEST RTN ) to the EMM 

Module B must indicate that it is functioning correctly by 
asserting the signal (MODULE OK H). 

The TOTAL OFF BUS signal must not be asserted. 

If the conditions above are met, the BBU provides 300 volts @ 700 
mA to the 300-volt dc bus. 

The EMM, in response to a signal (MODULE ENABLE L) from the BBU, 
initiates a programmed sequence to disable all regulators except 
Module B. 

The BBU continues to supply 300-volt bus power (maximum time 10 
minutes) until ac power returns. 

The return of ac power is signaled by AC LO deasserted, Mod J 
reporting OK, and the EMM requesting control of Mod B. If all 
these are true, then the ILM will turn off the BBU. 

If system power is completely shut down by the system operator, AC 
LO will not be deasserted. 

Figure 2-3 is a functional block diagram of the battery backup 
subsystem showing the control logic signal flow and the power 
interconnects associated with the BBU module. 
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Figure 2-3 Battery Backup Subsystem Functional Block Diagram 
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2.3.5 Environmental Monitoring Module (EMM) 

The environmental monitoring module is a multipurpose logic module 

that performs the following functions: 

• Monitors the status of the modular power supplies 

• Monitors the environmental status of the CPU cabinet 

• Communicates logically with the system console 

• Enables/disables the regulators 

• Communicates with the ac power system 

• Verifies correct CPU pc board installation 

The EMM is an 8-bit microprocessor-based (8085) module that 
contains the following microprocessor system support chips. 

• RAM 

• ROM 

• I/O 

• RS232 communications 

The RAM chip provides temporary storage for data and instructions 
sent to the EMM from the system console over the serial 
communications line. 

The ROM chip contains the preprogrammed instruction set needed to 
perform routine EMM tasks. These include: 

Regulator on/off control 

AC system monitoring 

Regulator output voltage monitoring 

Regulator output margin testing 

Regulator temperature monitoring 

CPU cabinet environmental monitoring 

BBU on/off control 

Figure 2-4 is a functional block diagram of the EMM module showing 
the communications interface with the system console and the I/O 
interfaces to the power system monitoring and testing devices. 
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Figure 2-4 EMM Functional Block Diagram 
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The serial communications link to the system console is vital to 
the functioning of the VAX 8800 power system. 

The system console is the primary user interface to the VAX 8800 
system. 

The EMM as power system monitor, continually communicates with the 
system console regarding: 

• Function and status of the power system 

• Power system fault conditions 

The EMM signals the console when a fault occurs, and receives 
instructions regarding the corrective action to be taken. 



2.3.6 Power System Monitoring 

The main functions of the EMM are: 

1. Monitoring the power system components 

2. Notifying the system console of malfunctions 

The monitoring is done using devices that provide an I/O interface 
with the 8085 computer. 

As shown in Figure 2-4, the I/O section of the EMM is located on 
the right side of the block diagram. The monitored I/O signals 
include the following: 

Key faults 
Regulator control 
BBU control 

MPS/BBU/EXT. IN status 
AC/DC LO 

Regulator overtemp 
CPU temperature 

The following paragraphs describe the input and output signals 
briefly, indicating their purpose and the resulting fault response 
by the EMM. 
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2.3.6.1 Key Monitoring — The PC boards in the CPU cage are keyed 
to assure correct insertion into the CPU PCB slots. The key loop 
circuit verifies that the PCBs are correctly inserted. Failure to 
satisfy this requirement causes: 

1. Power-up sequence halted 

2. Reinitialization of the microprocessor (8085) 

The power-up sequence cannot proceed until the fault is corrected. 

2.3.6.2 Regulator Control — The EMM provides control logic for 
turning the dc voltage regulators on and off, margin testing, and 
monitoring the dc output voltage(s) of the regulators * 

The internal temperature of the modules is also monitored to 
prevent overheating and thermal runaway. 

All of the regulators are fixed output design. 



2.3.6.3 BBU Control — The EMM communicates with the ILM to 
monitor BBU status and to request BBU output when an AC/DC LO 
signal has been received by the EMM. 

The EMM, in response to the AC/DC LO signal: 

1. Sends a BBU request to the ILM 

2. Signals the system console that the AC/DC LO signal has 
occurred 

The ILM enables the BBU (see power-down sequence). 

2.3.6.4 Air Flow Status — Incorporated into the VAX 8800 system 
design is an air movin° system th 
throughout the CPU cabinet for cooling. 



design is an air movin° system that continual!" for^e =i>~ 



The air flow rate is continuously monitored. If the air flow rate 
falls below the specified minimum, the EMM notifies the system 
console. 

The console responds by initiating a system shutdown procedure. 
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2.3.6.5 AC/DC LO Signals — AC LO and DC LO are two fundamental 
power system fault signals sent to the EMM when a fault condition 
occurs in the utility power system. 

An AC LO indication signals the EMM that a low ac line voltage 
exists, in either a single-phase or in all three phases of the ac 
line voltage to the H7170s. 

When the EMM receives an AC LO indication, it immediately: 

• Notifies the system console that a fault exists 

• Requests BBU power through the ILM 

• Notifies the CPU, NBI, and memory 

The console displays the AC LO condition at the console monitor 
and initiates a system power-down procedure to disable the system. 

2.3.6.6 Regulator Overtemp. and CPU Cabinet Temperature 

(Thermishnr Vnli-s^ — Tho pmm oAnfinnmiciu ™^ n -; +-^v-r* +-k~ +-u~, .i 

environment within the CPU cabinet while the VAX 8800 system is 
operating. 

There are four thermistors in the CPU cabinet: 

• Tl, located at the forced air input to the CPU cage 

• T2, T3, T4, located at the air flow output between the 
CPU cage and the MPS module cage 

The thermistors are temperature-sensitive resistors that vary 
inversely with temperature. The thermistor volts signal sensed by 
the EMM is a translation of the value of thermistor resistance, 
and therefore, an indication of the air temperature in the 
location of the thermistor. 

The temperature values reflected by the thermistors located in the 
CPU cabinet are continuously monitored by the EMM and compared to 
the specification limits. 

When the EMM senses a temperature outside the upper limits set 
(red zone), it sends a message to the system console. Then it 
initiates a power-down (TOTAL OFF) for the system, tripping BRKR2 
in the 876A. 

The REGULATOR OVERTEMP signal is a logic indication that an 
individual dc voltage regulator has exceeded its operating 
temperature limit. 
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The regulator temperature sensors are bimetallic devices that 
close when the design temperature is exceeded. 

All of the regulators in the VAX 8800 system contain an 
overtemperature indicator that generates a logic signal to the EMM 
when the module temperature exceeds its upper limit. 

When this occurs, the EMM notifies the system console, initiating 
a system (TOTAL OFF). 

2.4 POWER SEQUENCES 

Powering up the VAX 8800 system is a sequential process that must 
proceed in an orderly manner if successful system operation is to 
be achieved. 



2.4.1 Circuit Breakers 

Prior to initiating the power-up sequence for the VAX 8800 system 
you must verify that all of the circuit breakers (CB) in the 
system are in the "ON" position. 

The main CB, BRKR1 , which enables utility power to the system, is 
the last to be turned on at the start of the power-up sequence. 

There are nine (9) CBs in a fully configured VAX 8800 system: 
seven (7) three-phase ac CBs and two (2) single-phase CBs. 

The 876A power controller contains four CBs. 

All CBs except BRKR1 , located at the rear of the front-end cabinet 
must be manually set as part of the prepower-up preparations. 

Table 2-4 lists the circuit breakers contained in the system and 
the modules in which they are located. The function of the CBs are 
also indicated. 
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Table 2-4 System Circuit Breakers 
Part Designation Phases Amp. Rating Comment 



CB1 (BRKR1) 3 50 Main system CB (front-end 

cab) to phase monitor 

CB2 3 2 

CBl 1 ? Console input 

CB1 (BRKR2) 3 40 876A input 

CB2 1 20 876A for H7231-M 

CB3 3 876A to blower 

CB4 3 30 876A to NBox (H7170s) 

CBl 3 6 H7170 input 

CBl 3 6 H7170 input 



The power sequences presented in the following section are 
discussed in conjunction with the power flowcharts shown in 
Figures 2-5 through 2-8. 

There are four power sequences for the VAX 8800 system: 

1. Routine powerup 

2. AC powerup from BBU operation 

3. Powerdown from console command 

4. Powerdown from power interrupt with BBU 
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2.4.2 Summary of Power-Up Sequence 

The first step in the power-up sequence is to manually put all CBs 
in the "ON" position. BRKR1, the main circuit breaker for the 
system, is put on last. 

The three-phase ac utility power enters the front-end cabinet and 
is distributed to the power controlling components of the power 
system. 

Three-phase ac power is sent to: 

• Dranetz phase monitor inside the front-end cabinet 

• 876A inside the CPU cabinet 

Single-phase unswitched ac is also sent to the system console ac 
port to power up the console/printer. 



NOTE 
When power is applied to the 
PRO-38N system console unit, the 
console proceeds to execute its own 
powerup and initialization routine. 
See the following publications for 
details of the console start up 
procedure. 

1. Section 3 of this manual 

2. VAX 8800 System User's Guide 

Inside the CPU cabinet, unswitched single-phase ac is sent from 
the 876A to: 

• The BBU 

• The CSP module (located in the NBox) 

After a delay of less than a minute, the CSP module generates +5 

\7Hr" . snrl +/— 19 \7r\r> hiac wa! f saq fnv +- l-> o f^l 1 m.7 i r-.,~i m /-> ^ , i 1 ^ o. . 

• — " r w» » » ~. •/ — — «v^^ >^ J . < _«.^j v \_^ _■_ s- w y \_, j_ v^> x- cu^, j_v>j-j-w>r»xii<^ .iiiwvj u J.CO • 

• NBT 

• ILM 

• EMM 

A +10.5 Vdc bias for the MPS regulator start-up power is also 
generated by the CSP. 

The NBT module, also located in the NBox, sends a FAIL SAFE ENABLE 
signal to the BBU. In response, the BBU sends a BBU AVAIL L signal 
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upon receiving the +5 V and +/-12 Vdc bias voltages from the CSP 
module, the ILM module powers on, performs a self test, and 
displays the number "0" on its numerical display, if "OK." 

Similarly, the EMM module powers on after receiving the +5 V and 
+/-12 Vdc bias voltages from the CSP. 

The key circuit, which checks the correct placement of CPU PCBs, 
signals the EMM if no faults are detected, indicating that the 
power-up sequence may proceed. 

If a fault is detected, the key fault LED lights and the power-up 
sequence halts until the problem is resolved. During a fault, the 
console cannot communicate with the system. 

The control console issues a POWER ON command to the EMM, which is 
acknowledged by the EMM if no key faults exist. 

NOTE 
If the console has been set to the 
AUTOPOWERON mode, it will power up 
automatically when utility power is 
applied. Otherwise, the console 
operator must type the POWER ON 
command to enable the power system. 

The CSP provides +15 V to: 

• AIR FLOW SENSOR PCB 

• CLK/CNSL PCB 

A POWER REQUEST signal is also sent to the 876A power controller 
power switch, SI, from the ILM to enable ac power to: 

1. Blower motor 

2. NBox (H7170s) 

3. BAll-As 

The H7170s generate 300 Vdc to supply the 300-Vdc buses feeding 
the regulators in the MPS rack. The regulators are enabled 
sequentially by the EMM, with module D being the last to be 
enabled. 
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Figure 2-5 System Power-Up Flowchart (Sheet 1 of 4 ) 
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Figure 2-5 System Power-Up Flowchart (Sheet 2 of 4 ) 
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Figure 2-5 System Power-Up Flowchart (Sheet 3 of 4 ) 
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Figure 2-5 System Power-Up Flowchart (Sheet 4 of 4 
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2.5 SYSTEM POWER-UP FLOWCHART (FIGURE 2-5) 

1. The main circuit breaker (CB 1), located in the rear of 
the front-end cabinet, must be placed in the "ON" 
position. 

2. AC is distributed to the console (BRO-38N and LA50 
printer), via J1/J2 of the console power outlet box, and 
to the unswitched outlets and phase indicators (LI, L2, 
L3 ) of the 876 Power Controller. Upon receipt of ac 
power, the PRO-38N performs a self test, and loads/runs 
the console software (this takes approximately 1 
minute ) . 

3. The unswitched outlets (J17) of the 876 distribute ac to 
the battery backup unit connector J22, and to the NBox J5 
(the control start-up power (CSP) module connector J69). 
The CSP is located in the NBox. The charging circuits 
within the BBU (H7231) become operative at this point, 
and need no intervention/control from ILM/console. 

4. After a delay of not more than one minute, the CSP 
generates +5 V and +/- 12 V, which is distributed to the 
EMM (via J4 CSP and J15, J9 connectors on NBox, to J64 
MPS (modular power supply) connector, to J50 of the EMM), 
and to the interface logic module (ILM) (via J4 of the 
CSP to J5 of the ILM). The ILM is also located in the 
NBox. The CSP also distributes +10.5 V to the MPS 
backplane, which is used as bias (turn-on) voltage by 
each regulator inserted in the MPS B/P. The CSP also 
monitors its input ac voltage as reflected by a 
rectified, and filtered (300-Vdc NOM) voltage. The 
resultant signal is CSP BULK OK which is sent to the ILM. 

5. The new box translator (NBT) receives power if the 
circuit breakers for the H7170s and the main cir^ i, '' + * 
breaker in the front-end cabinet are in the "ON" 
position. This powers up the NBT ' s fail safe enable 
circuitry, which monitors the following CBs : front-end 
cab CB1 (main CB), 876A CB1 . If all the above CBs (4) are 
in the 1 position (ON), the NBT sends "FAIL SAFE ENABLE" 
to the BBU (via J320 of the NBT, to J378 of the NBox, to 
J20 of the BBU). The BBU sends "BBU AVAIL L" to the EMM 
to indicate it is ready to supply power when needed. The 
BBU also sends its status to the ILM, which displays this 
information via the "batt stat" led, which is located on 
the front panel of the ILM. 
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6. When the ILM receives +5 V and +/-12 V, it powers up and 
performs a selftest. If the results of this test are 
"OK", the ILM displays the number "0" in the numeric 
display element. The numeric display element is located 
on the front panel of the ILM. 

7. When the EMM receives +5 V and +/-12 V, its internal 
circuitry is active, but the uP 8085 is held in the init 
state awaiting "MOD A INLK L" H. In this init state, the 
EMM performs "hardware tests" such as MPS overtemp, and 
parallel key sense (CPU module misplace) tests. If a key 
fault is detected, the EMM illuminates the "key fault" 
LED on its front panel and deasserts "MOD A ENABLE". 

When the EMM is in the INIT state, the communications bus 
is deactivated, and the system is held incommunicado. 

8. When the ILM receives both "CSP BULK OK H" and "MOD A 
ENABLE", the ILM deasserts "MOD A INTLK L" and sends it 
to the EMM (via J5 ILM and J9 NBox connectors to J58 MPS 
connector, to J50 of the EMM). The deassertion of "MOD A 
INTLK L" allows the EMM to begin functioning from an 
initialized state. At this point, the EMM begins to 
perform "default mode" tests that are located within 
H7188AB ROM. These tests are: system temperature, system 
air flow (which is being forced, or defaulted by the 
ILM/NBT to the "LOW" or "OK" state until "MOD J ENABLE" 
is asserted from the EMM). This allows the system to 
"IDLE" with no power on and no air mover without 
faulting. 

9. The console can now establish a data link (RS232) with 
the EMM, and tries to access the EMM by sending the EMM's 
ID number/console code. The code is system-specific 
(i.e., VAX 8800 vs VAX 8750 and matches an ID code in the 
MPS II backplane). Refer to AD drawings for specific 
codes. If no codes are matched, the communications line 
is defaulted to an error message. If the EMM's ID code is 
matched, then the system-specific limits are loaded. The 
EMM now begins testing the system to the specific limits 
set in the console code. 

10. Assuming this is an initial power-up situation, the 
"POWER ON" command is sent by the console operator. 

11. Providing there are no faults within or detected by the 
EMM, power begins to sequence up. This sequence is 
initiated when the EMM asserts "-SHUTDOWN RTN MOD J L" 
and sends this signal to the ILM (via J50 connector for 
the EMM, to J58 MPS connector, to J9 of NBox, to J5 pin 
49 of the ILM) . 
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12. When the ILM receives "-SHUTDOWN RTN MOD J L" it asserts 
"PWR RQST H" for the 876 (via J5 of the ILM, to J8 NBox 
and to J4 of the 876) . 

13, The CSP sends air flow sensor power to the AIR FLOW 

DUlViSUJROf 1UUOUCU ±H Ulic: luaJ-ii \-i- vj v^uuiu^v.. j-n^ iii.^ ^^..w- 

is sent via J9 of the CSP, to J58 and J60 pin 5 of the 
MPS (modular power supply) backplane connectors. The ILM 
releases the outputs of the air flow sensors to allow 
them to report a fault (until this time they were held 
low "OK" by pins 74, 42 of the ILM). 



14. The CSP sends +5 V switched to the CLK/CNSL board (via J4 
of the CSP to J15 pin 14 the NBox connector), to J64 
(pl4) then to J56 Pll, then to J59 pin 11, then to J65 
P17. A cable then routes this to the CPU backplane. 

15. The 876 completes its power-on sequencing and distributes 
ac to the blower motor (via J13 of the 876, to the blower 
motor connector Jl), to H7170Y (via J12 of the 876, to 
J380 NBox connector for the H7170Y), and to H7170X (via 
Jll of the 876, to J382 NBox connector for the H7170X). 

16. Providing H7170Y and H7170X have no internal faults 
reflected by the "MOD OK" and "BUS OK" LEDs (located on 
the front panel) being lit, each will begin producing 300 
Vdc. 

17. The H7170Y distributes 300 Vdc directly to the H7180 
regulators in the MPS II backplane (via the 300-Volt 
bus ) . 

18. The H7170X distributes 300 Vdc to the H7189, H7187, and 
H7186 regulators in the MPS backplane (via the 300-Volt 
distribution module). The distribution module has four 
connectors, J100 through J103. Each connector interfaces 
some power system component to the 300-Volt bus. J100 
interfaces to the H7170X; J101 interfaces to the H7189 
regulators, J102 interfaces to the H7187 and H7186 
regulators, and J103 interfaces the BBU connector J9 to 
the distribution module. 

19. Both H7170s send control signals to the EMM, via the new 
box translator (NBT) and the interface logic module 
(ILM). The H7170Y sends "MOD OK" H to the NBT (via Jl and 
J381 NBox connectors for the H7170Y to P320/J320 
connector for the NBT), which is renamed "PCM A OK" H. 
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20. H7170X sends "MOD OK" H to the NBT (via Jl and J379 NBox 
connectors for the H7170X to P320/J320 connector for the 
NBT), which is renamed "PCM B OK H" . 

21. Each H7170 sends an "AC LO L" and a "BUS LO L" in the 
deasserted state to the NBox connector P320/J320 for the 
NBT. At the backplane, the "AC LO" signals are combined 
to generate one input to the NBT, and so are the "BUS LO" 
signals. 

22. The NBT sends "PCM A OK H" and "PCM B OK H" as well as 
the "AC LO" and "BUS LO" signals to the ILM (via 
P320/J320 of the NBT, to J5 of the ILM). 

23. The "PCM A OK" and "PCM B OK" signals, within the ILM, 
are merged to become "MOD J OK H". The signal "AC LO" 
becomes "EMM5 AC LO MODL" and "BUS LO" becomes "BUS LO 
MODL" . 

24. The ILM sends "MOD J OK H", "EMM5 AC LO MODL L" , and "BUS 
LO MODL L" to the EMM (via J5 and J9 of the ILM, to J58 

1'IJTO LUIlUCtLUl , LU U 3U UJL Elie Ej1 v 11 v 1 ) . 

25. The EMM powers up each regulator in the MPS B/P in a 
particular sequence. Starting with MOD B (+5), MOD C, MOD 
F, and MOD H (BIP), MOD E (-5), and MOD D (-2). The EMM 
verifies that each regulator has powered up by sensing 
each regulator's "MOD OK" signal. 

26. MOD B is powered on directly by the ILM before MOD C. 
First the EMM asserts "-SHUTDOWN RTN MOD B L" and sends 
it to the ILM, then the ILM asserts "ILM MOD B SHUTDOWN 
RTN L" and sends it directly to MOD B regulator. 
Regulator MOD B is the +5-V battery power regulator for 
the memory array modules. 

27. When the ILM turns on MOD B regulator, the EMM verifies 
that MOD B is on by sensing the "MOD B OK H" signal from 
the regulator. Once the ILM senses that "MOD B OK H" is 
asserted, and providing the "TOTAL OFF" signal is not 
asserted, it asserts the "BBU ENABLE" signal. The "BBU 
ENABLE" signal enables the EMM/ILM to assert "BBU REQ RTN 
L" , and PHASE OVERRIDE A when it detects an AC LO 
condition, which turns on the BBU. 
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The power system power-down flowchart is shown in Figure 2-6 
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Figure 2-6 System Power-Down Flowchart 
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2.6 CONSOLE POWER-DOWN FLOWCHART (FIGURE 2-6) 

1. The console operator issues the "POWER DOWN" command 
This asserts both CPU AC L, and 5 ms later, CPU DC L All 
n f p R h r q M t S re< 3 ulators ^ e disabled in this sequence 

2. The EMM receives the "POWER DOWN" command and begins the 
power-down sequence by deasserting "-SHUTDOWN RTN MOD J" 
which is sent to the ILM (via J50 of the EMM, to J58 of 
the MPS, to J5 of the ILM). Also the power (switched 15 
V) to the CLK/CNSL board is removed. ib 

3. When the ILM receives "-SHUTDOWN RTN MOD J L" neqated it 
deasserts "PWR RQST H", which is sent to the 876 power 
controller (via J5 of the ILM, to J4 of the 876). 

4. When the 876 receives "PWR RQST H" negated, it opens the 
contactor that removes ac from the switched ac outlets 
These outlets supply ac to the blower motor and to the 

n /I /Us . 

5. The 300-V bus begins dissipating its voltage. The 300-V 
bus should reach volts in 5 minutes. 

6. By this time the H7170s will have asserted "AC LO". After 
«ln lea n t 5 millisec onds (holdup) f rorti the assertion of 

AC LO , the H7170s assert "BUS LO" (DC LO ) . In this 
case, these signals are ignored because the console had 
previously asserted CPU AC L and CPU DC L. 

7. The ILM should display a "0" in its numeric display 
element, which indicates it still has +5 V and +/- 12 V 
from the CSP. The CSP and EMM also still have power, and 
the EMM is just waiting for the next console command to 
be issued to it. 
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Figure 2-7 is a flow diagram of the signal events that occur 
during short-term power interruptions. 
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Figure 2-7 Powerdown/Power Interrupt with BBU Flowchart 
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2.7 POWER-DOWN/POWER INTERRUPT WITH BBU FLOWCHART 
(FIGURE 2-7) 

1. The VAX 8800 backup translator contains a circuit that 
monitors the main circuit breakers in the backup system. 

The four circuit breakers are: the main breaker (CB1) 
located m the rear of the front-end cabinet, the main 
breaker (CB1) for the 876, and the breakers for the 
H/±70s. If any of the above breakers should trip, the 
battery backup unit will not operate, due to the 
assertion of "FAIL SAFE ENABLE L" . 

2. Either of the H7170s or the control start-up power (CSP) 
module can assert "AC LO L". Once "AC LO L" is asserted, 
it is sent to the interface logic module (ILM) (via NBT 
connector P320/J320, to J5 of the ILM). 

3. When the ILM recognizes that "AC LO L" is asserted, it 
asserts "EMM5 AC LO MODL L" and sends it to the 
envi ronmpnt- pt 1 mnnifnv-i nn m^A,,i ^ / tml**m \ /___• _ -rr- -, 

•— ^i-my iuwwu-lc iDi'in; kvicl jd ana jy of 

the ILM, to MPS connector J58, to J50 of the EMM). 

4. The EMM receives "EMM5 AC LO MODL L" , which generates 
"CPU AC LO L" and SBIA AC LO H". These signals are sent 
to the CPU(s) backplane (via J50 of the EMM, to J65 MPS 
backplane connector). The VAXBI "AC LO" signal is 
jumpered between the CPU(s) backplane and the VAXBI 
backplane. 

5. When the EMM recognized that "EMM5 AC LO MODL L" was 
asserted, it began the process that is defined in the 
BATTERY BACKUP UNIT. This is accomplished by asserting 

BBU REQ RTN L" , which is sent to the ILM (via J50 of the 
EMM, to J58 MPS connector, to J5 of the ILM). 
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When the ILM receives "BBU REQ RTN L" , it asserts two 
signals ("ILM BBU REQ RTN L" and "PHASE OVERRIDE A L" ) if 
Mod J is requested, and Mod B is "OK". These signals are 
sent to the BBU (via J5 of the ILM, to J18 of the BBU), 
"PHASE OVERRIDE A L" disables an internal ac monitoring 
circuit in the BBU, which allows any BBU request to be 
honored. The ILM has also taken control of MOD J EN, 
which it keeps enabled throughout the power outage, 
awaiting return of ac. 

If any of the major ac circuit breakers should trip, the 
NBT deasserts "FAIL SAFE ENABLE L" , which causes the BBU 
to deassert "BBU AVAIL L" and inhibits the BBU from 
recognizing any request for battery backup operation. 

At this time, the ILM has a circuit that monitors: "BBU 
REQ RTN L" from the EMM, "BUS LO L" from the H7170s, and 
"BUFFERED CSP BULK OK L" from the control start-up power 
(CSP) module. When any of these signals are asserted, the 
control of MOD B regulator, by the EMM, is taken over by 
the ILM (see note). 

The BBU receives "ILM BBU REQ RTN L" and asserts "MODULE 
ENABLE L" , which is sent to the ILM, which then gates it 
by AC LO L or H7170's MOD OK deassertion. It then sends 
"MODULE ENABLE" to the EMM (via J18 of the BBU, to J58 of 
the MPS, to J50 of the EMM). The BBU also begins 
supplying 300 Vdc to the 300-V bus (via J9 of the BBU to 
J103 of the 300-V distribution module). 

When the EMM recognizes that "MODULE ENABLE L" is 
asserted, it begins to shut down all of the MPS 
regulators, except MOD B. This is done by deasserting all 
of the "-SHUTDOWN. RTN MMOD X L" signals. This shutdown 
occurs within 6ms of assertion of MODULE ENABLE L. These 
shutdown signals are interfaced to each regulator plugged 
into the MPS backplane. 
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9. The ILM recognizes the need to keep MOD B regulator on 

and does so by turning on the BBU, which provides 300 Vdc 

to MOD B. MOD B regulator is now operating (providinq +5 

Vdc to the memory arrays). 



NOTE 
If the loss of ac affected the CSP, 
the CSP would power down and not be 
able to provide the +5 V and +/-12 
V to the EMM and ILM. This means 
that MOD B regulator provides +5 V 
for the ILM and the ILM uses +5 to 
generate +/-12 for MOD B (MOD B 
Overtemp and MOD B OK signals). The 
only components in the power system 
still working are the: MOD B 
regulator, ILM, NBT, and BBU. 

If the H7170s lose a phase, the CSP 
remains on and provides the EMM and 
ILM with +5 Vdc and +/-12 Vdc. 
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Figure 2-8 is a 
operation sequence 



flowchart of the ac power-up from the BBU 



MOD B regulator 
supplying +5 Vdc 
to Memory Arrays 



1 



AC restored to 

system 

CSP powers up 



ILM deasserts 
"MOD A INTLK L" 
and sends to EMM 



I 



Refer to System 
Power Up Flow, 
Steps 8—25 



ILM receives 
"MOD J OK H" 
and "-SHUTDOWN 
RTN MOD B L " 



I 



ILM asserts "PHASE 
OVERRIDE BL" 
and sends to BBU 



Figure 2-8 AC Powerup from BBU Operation Flowchart 



2.8 POWERUP FROM BBU FLOWCHART (FIGURE 2-8) 

1. MOD B regulator is under BBU control and providing +5 Vdc 
to the system's memory arrays. 

2. AC is restored to the system and the CSP begins to power 
up. The CSP generates the signal "DELAYED CSP BULK OK H" 
and sends it to the ILM (via J4 of the CSP, to J5 of the 
ILM) . 

3. The ILM deasserts "MOD A INTLK L" and the power-up 
sequence is the same as a console powerup. The "POWER ON" 
command is executed. (Refer to the system power-up flow, 
steps 8 through 25.) 

4. The ILM receives "MOD J OK H" from the H7170s via the NBT 
(via P320/J320 NBT connector, to J5 of the ILM) and 
"-SHUTDOWN RTN MOD B L" from the EMM (via J50 of the EMM, 
to J58 MPS connector, to J5 of the ILM). 
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the ILM asserts "PHASE OVERRIDE B L" and sends it to the 
BBU (via J5 of the ILM, to J18 of the BBU). When the BBU 
receives "PHASE OVERRIDE B L" , it stops supplying 300 
Volts and is put in the charge mode. 



IV 2-35 



CHAPTER 3 
DETAILED DESCRIPTION 



3.1 INTRODUCTION 

This chapter focuses on those parts of the power system that were 
described briefly in the preceding chapters, but, because of their 
importance in the power system, require additional information. 
Among the components to be described in this chapter are: 

1. 876A power controller 

2. NBOX power converter 

3. Power supply regulators 

4. Buses and backplanes 

5. EMM module 

6. BBU 

7. Air flow and cooling 

3.2 BLOCK DIAGRAM OF THE VAX 8800 POWER SYSTEM 
A detailed block diagram of the VAX 8800 power system, shown in 
Figure 3-1, identifies the key components of the power system and 
the interconnections. 

The 876A power controller, which interfaces utility input power to 
the operating modules of the power system, is discussed in the 
following paragraphs. 
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Figure 3-1 Power System Block Diagram 



3.3 876A POWER CONTROLLER 

The 876A PC receives utility power from BRKRl , the main system 
circuit breaker, and distributes switched and unswitched ac power 
to the system components, as shown in Table 3-1. 

Table 3-1 876A AC Power Distribution 



AC 60/50 Hz, 
Component 120/240 power Supplied 



BBU 1-phase, unswitched 

CSP module (NBox) 1-phase, unswitched 

Blower motor 3-phase, switched 

H7170X&Y (NBox) 3-phase, switched 

BA11-A (expander) 1-phase, switched 

Aux. port 1-phase, switched 



AC is distributed to the system components using receptacles 
located at the rear of the 876A. The system components are mated 
with the designated receptacles to receive ac power when the 
system is energized. 

Figure 3-2 shows the front and rear panels of the 876A, 
illustrating the circuit breakers, lamps, and receptacles and 
their locations. 
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Figure 3-2 876A Front and Rear Panels 
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Figure 3-3 876A Power Controller Block Diagram 
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Referring to Figure 3-3, three-phase ac utility power is 
immediately sent to an RFI filter upon entering the 876A 
enclosure. The ac is then applied to: 

1. AC indicator lamps, L1-L3 

2. CBKBRKR2), 876A main circuit breaker 

From CBl, single-phase ac power is routed to the BBU-CSP branch 
through a single-phase circuit breaker (CB2). Three-phase power is 
applied to the transformer/filter/rectification/relay circuits. 

The output of this section of the 876A is referred to as switched 
ac. It is controlled by the power control bus and si, a three pole 
power relay. 

The switched three-phase ac power is sent through surge protectors 
to: 

• CB3 for 3-phase blower 

1-phase BA11 
1-phase aux. port 

• CB4 for 3-phase H7170 power converter (2) located in NBox 

3.4 NBOX POWER CONVERTER ASSEMBLY 

The NBox is a multifunction assembly that performs the following 

functions in the VAX 8800 power system: 

1. Converts three-phase ac input power to 300 Vdc for 
distribution to the MPS regulators by means of the 300-V 
Bus* 

2. Converts single-phase ac input power to logic level 
voltages for the ILM and EMM modules and the MPS 
regulators . 

3. Controls the operation of the battery backup unit (BBU). 

4. Communicates with the EMM during power-up and power-down 
sequencing and battery backup operations. 

5. Distributes 300-Vdc power from the H7170s and the BBU to 
the 300-Vdc buses. 

6. Monitors circuit breaker status. 

7. Monitors AC LO and DC LO signals. 
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Figure 3-4 NBox System Interconnect 
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3.4.1 NBox Modules 

The function or functions performed by each of the modules 
contained in the NBox are listed in Table 3-2. A detailed 
description of each module is presented in the following 
paragraphs . 



Table 3-2 NBox Modules 



Module Function(s) 



H7170 (2) Convert 3-phase ac to 300 Vdc for MPS regulators. 

CSP Converts 1-phase ac power to logic level voltages 

(+5 V, +/- 12 V for EMM and ILM), ( + 10.5 V for MPS 
modules), (+15 V for CLK/CNTL module). 

ILM Provides interface logic between MPS and EMM. 

Controls operation of BBU. 

NBT Converts logic signals during powerup. Monitors 

circuit breaker status. Monitors AC LO and DC LO 
signals . 

3.4.1.1 H7170 — There are two H7170 power conversion modules 
located in the NBox that perform identical functions, that is, 
converting three-phase ac input power to 300-Vdc power. 

The 300-V unregulated dc output from the two converters, H7170X 
and H7170Y, are connected to separate sections of the 300-Vdc 
power bus located within the MPS cage. 

The 300-V output from the BBU is brought into the NBox to 
interface with the outputs of the H7170s and be distributed to the 
300-V power bus during battery backup operation. 



i'v 



3.4.2 CSP 

The control start-up power (CSP) module converts single-phase ac 
input power to logic level dc voltages for use by the modules 
indicated in Table 3-3. 



Table 3-3 CSP Voltages 



DC Logic Voltage 

+/-12 V 
+ 5 V 
+10.5 V 



Modules Supplied 



EMM, ILM 
EMM, ILM 
MPS Regulators 



3.4.2.1 ILM — The interface logic module (ILM) is a single PC 
board assembly that provides logic signal interfacing and control 
functions to the following power system modules: 

CSP 

EMM 

BBU 

H7170 (X and Y) 

System clock 

Module B 

NBT module 

The ILM also contains BITE (built in test equipment) circuits to 
drive the front-panel indicators described in Chapter 1. 



IV 3-9 



Figure 3-5 shows the PC board connector for the ILM module and the 
signals that interface to the ILM. 
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Figure 3-5 ILM PC Board Signals 
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The ILM receives +5 V and +/- 12 V during the power-up sequence 
from the CSP module, as explained in Chapter 2. After powering up, 
the ILM receives CSP BULK OK HIGH and KEY SENSE HIGH, which causes 
three signals, internal to the ILM, to be activated: 

• DELAYED CSP BULK OK 

• A INTERLOCK L 

• AC POWER UP RESET L 

The resulting ILM output, A INTERLOCK LO , is sent to the EMM to 
release the 8085 microprocessor, allowing the EMM to communicate 
with the system console. 

The EMM, upon receiving a POWER ON command from the console, 
asserts SHUTDOWN RTN MOD J L, causing the ILM to assert power 
request, which energizes the power relay, Kl , located in the 876A. 

When Kl is energized, ac power is delivered to the power system 
components provided: 

1* The ILM asserts PCM ENA L to request power * 

2. BUFFERED CSP BULK OK L is asserted. 

3. AC POWER UP RESET H is not asserted. 

4. Timeout has not occurred. 

Upon receipt of PCM A OK and PCM B OK from the H7170 power 
converters, the ILM asserts MOD J OK H to indicate proper 
operation of the H7170s. 

The ILM is able to request battery backup power if: 

• Module B is operating properly (MOD B OK H asserted), and 

• AC power has dropped below 156 V rms (DELAYED CSP BULK OK 
or MOD J OK H is not asserted) 

The ILM asserts ILM BBU ENABLE RETURN L (PIN 75) to enable the BBU 
to respond to a BBU REQUEST signal from the ILM. The BBU does not 
respond to a BBU REQUEST signal if: 

1. TOTAL OFF signal is asserted, or 

2. MOD B OK is not asserted 
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BATT STAT is a three-state signal sent to the ILM from the BBU to 
indicate battery status. The LED is located on the front panel of 
the ILM (H7061). The three indications are; 

• OFF 

— No current or signal. BBU not available. 

• READY 

Continuous current flow or signal. LED "ON." BBU 
available and batteries fully charged. 

Oscillating current flow at 1 Hz. LED blinking 
"slowly." BBU available but batteries not fully 



ON 



charged. Charging in process, 



Oscillating current flow at 10 Hz. LED blinking 
"fast." BBU is on and providing power. 



Pnase Override 

This signal is used to override the ac level detect circuitry 
located in the BBU when using a three-phase system. The BBU 
responds to a BBUR signal from the ILM gated by the following 
signals : 

• PHASE OVERRIDE A — Assures that the BBU will turn on. 

• PHASE OVERRIDE B — Assures that the BBU will turn oli. 



Power Control 

System power is requested by the EMM in response to a power 
request issued by the system console. In response, the EMM sends 
MOD J SHUTDOWN RTN L to the ILM. 

The ILM responds by closing relay contacts KL, (POWER REQUEST an^ 

POWER REQUEST RTE ) , cac.--j.ed to the 876A. Trie POWER REOUES'i signals 

activate the relay within the 876A and provide switched ac power 
to the system. 
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Bite Indicators 

The built in test equipment (BITE) located on the ILM module front 
panel are magnetically latching indicators that continue to 
display after power has been removed. The indicators automatically 
reset at powerup or when a fault condition has been corrected. 

Tne monitored faults are: 

• CSP OT (overtemperature ) 

• MANUAL INTERVENTION 

• MOD B OT 

Tne ILM also contains a seven-segment LED digital display that 
indicates the following: 

• CLOCK FAILURE 

• H717QX, H7170Y MOD OK (PLMA, B OK) 

• MANUAL RESET 



Power Status Indications to ILM 

The H7170s located in the NBox signal the ILM when the power input 
to the H7170s starts to deteriorate. The signals are: 

• AC LO — This signal performs a power-fail routine, and 
is sent to the CPU via the EMM. 

• BUS LO — This signal is sent to the CPU via the EMM. The 
signal indicates that the system voltages are no longer 
within acceptable parameters, and the system must shut 
down immediately. 

Bias Circuit 

The dc bias voltages for ILM logic are derived from the CSP inputs 
(■+■12 v POWER, ILM -12 V and CSP +5 V) and/or MOD B during normal 
operation. During battery backup, +5 V is fed from Mod B (MOD B +5 
V) to develop the bias voltages. 

Tne +12 \ 7 dc from the CSP is wire-ORed with the ILM +12 V BIAS to 
pro*' Kit* the source voltage for the ILM MOD B SHUTDOWN SOURCE 
signal during powerup. 
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3.4.2.2 NBT Module — The New Box Translator (NBT) module is used 
to convert logic signals during the power-up sequence to perform 
operating system functions required during and after powerup. 

The signals that are translated are: 
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AC LO 


BUS LO 


to 


BUS LO L 
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Power for the NBT module is provided by CSP +5 V during normal 
operation and MOD B +5 V during BBU operation. Both supplies are 
ORed together on the PC board. 

The NBT monitors circuit breaker status (BRKRs 1 and 2) and CBl on 
both H7170s and sends out a signal [FAIL SAFE ENABLE (FSE FEED)] 
when any of the above breakers are tripped. 

It also sends out a TOT OFF command to shut down the power system 
in response to a BRKR TRIP signal from the ILM. 

Figure 3-6 is a PC board connector diagram showing the signals in 
and out of the NBT. 
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Figure 3-6 NBT PC Board Signals 
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3.4.3 Modular Power System — MPS 

The modular power supplies in the VAX 8800 power system complex 
are pulse width modulated (PWM) dc power regulators. The 
regulators provide the dc logic voltages necessary to operate the 
VAX 8800 computer system. 

Figure 3-7 is a front view of a fully configured MPS assembly for 
a dual-CPU VAX 8800 system. The regulators, their indicators, and 
the MPS backplanes are described in the following paragraphs. 

Regulators not used in a single-CPU VAX 8800 system are indicated 
by an asterisk (*). 
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Figure 3-7 MPS Regulator Configuration 



The dc logic voltages supplied by the MPS are listed in Table 3-4 

Table 3-4 VAX 8800 MPS Regulators 



Quantity 


Regulator 


Volts (DC) 






1 

1 

1 or 2 

1 or 2 

1 

1 


B (H7186) 
C (H7186) 
D (H7187) 
E (H7180) 
F (H7189) 
H (H7189) 


+ 5 V 

+ 5 V 

-2 V 

-5.2 V 

+/-12 V, +5 V, 

+/-12 V, +5 V, 


-5.2 V, 
-5.2 V, 


-2 V, +15 V 
-2 V, +15 V 



3.4.3.1 H7186 +5.0-Volt Regulator — The H7186 regulators, 
modules B and C, generate an output of +5 Vdc at up to 85 A, to 
provide power to the CPU memory modules. 

Module B is also used to provide power to the memory modules 
during battery backup operation, when ac facility power is lost. 
Figure 3-8 is a block diagram of the H7186. 
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Figure 3-8 H7186 Block Diagram 



The H7186 is made up of two major subassemblies: 

1. Side Panel 

2. Main Board 

3.4.3.2 Side Panel — The functions and interconnects for the 
H7186 side-panel assembly are defined in Table 3-5. 

Table 3-5 H7186 Side-Panel Components and Interconnects 



Component/Interconnect Description/Function 



jg Connects output filter board to main 

board. 



Tl 



Power transformer - steps down and 
isolates the dc input voltage. 



Overtemperature Switch Senses temperature on output rectifier 

heatsink . 

Indicates overtemperature condition at 
100 degrees C (212 degrees F) 

Generates shutdown signal to EMM. 
SCR (Silicon Rectifier) Overvoltage protection device. 
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3.4.3.3 H7186 Main Board — The functions of the logic circuits 
and interconnects on the main board are defined in Table 3-6. 



Table 3-6 H7186 Main Board Circuits and Interconnects 



Circuit/Interconnect Description/Function 



Jl Connects signals from the main board to 

the MPS backplane. 

J2 Connects overtemperature switch and J6 

to the main board. 

J3 Connects Tl output to the main board. 

J4 Connects 300-Vdc input to the main 

board . 

J5 Connects output of isolation circuits 

f- r\ c f on — HoT.m 4- v- o v~\ c -P ^-w-m/^ v- 

Fl and F2 5 -A 600-V fuses used for input overload 

protection . 

Isolation Circuit Isolates high voltages on the main 

board. 

Pulse Width Modulator Provides a stable voltage output using 
and Control Circuit variable pulse width to compensate for 

input voltage and load fluctuations. 

Overvoltage Circuit Crowbar protection circuit designed to 

disable output voltage. 

Lights red LED for overvoltage. 

Overvoltage — (7.3 Vdc max. to 6.3 Vdc 
min . ) . 

Overcurrent Circuit Disables output voltage. 

Blinks yellow LED on/off to signal 
overcurrent . 
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Table 3-6 H7186 Main Board Circuits and Interconnects (Cont) 



Circuit/Interconnect Description/Function 



Ref Voltage and Margin Provides 1 of 3 jumper selected voltage 
Circuit outputs, 

Output selected can be margined +/-5% 
through the EMM. 

Module OK Circuit Lights green LED to signal MOD OK. 

Remote Sense Circuit Enables sensing of output voltage at 

remote load. 

Current Sharing Circuit Allows sharing of load current when 

cross-connected with another H7186. 



3.4.4 H7187 -2.0-Volt Regulator 

The H7187 regulator, Module D, provides an output of -2.0 Vdc at 
up to 100 A. The output is connected by bus bar straps to the CPU 
backplane area. 

The block diagram for the H7187 is identical to that shown for the 
H7186 in Figure 3-8 due to the similarity of components. 

The mechanical configuration of the H7187 is virtually identical 
to the H7186 with minor exceptions. It is made up of two 
subassemblies, the side panel and the main board. 

The components, circuits, and interconnects for each subassembly 
are described in Tables 3-5 and 3-6. 

Two module D regulators are used in the dual-CPU configuration. 



3.4.5 H7180 -5.2-Volt Regulator 

The H7180 regulator module E , located in MPS Backplane 1, 
provides an output of -5.2 Vdc, at up to 200 A. Bus bar straps 
connect the dc voltage from MOD E to the CPU backplane area. 

Figure 3-9 is a block diagram of the H7180. 

Two module E regulators are used in the dual-CPU system 
configuration. 

The H7180 consists of two major subassemblies, the side panel and 
the main printed circuit board. The components, circuits, and 
interconnects on each subassembly are discussed in the following 
paragraphs , 
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Figure 3-9 H7180 Block Diagram 



3.4.5.1 H7180 Side Panel — The functions of the components and 
interconnects on the side panel assembly are defined in Table 3-7. 

Table 3-7 H7180 Side Panel Components and Interconnects 



Component/Interconnect Description/Function 

P6 Connects 300 Vdc to the regulator. 

P7/J7 Connects crowbar SCR and power output 

return terminal to PC board. 

Transformer" 1 and 2 Power transformers used to step down 

and isolate dc input voltage. 

S Switch/Sensor mounted on output 

rectifier heatsink to indicate 
overtemperature condition (100 deg. C 
212 deg. F) . 

Generates shutdown signal to EMM. 

SCR (Silicon Rectifier) Overvoltage protection device used at 

the power output terminals 



3.4.5.2 H7180 Main PC Board — The functions of the logic 
circuits and interconnects on the H7180 main printed circuit board 
are defined in Table 3-8. 



Table 3-8 H7180 Main PCB Circuits and Interconnects 



Circuit/Interconnect Description/Function 

Jl Connects 300 Vdc to PC board. 

Connects isolation circuits to the 
step-down transformers and PWM 
circuitry. 

J4 Connects overtemperature switch to PC 

board . 

J5 Connector that interfaces power output 

terminal and J7 to PC board. 

J6 Connects PC board to MPS backplane. 

Fl and F2 Input overload protection fuses, 10-A 

600-V type. 
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Table 3-8 H7180 Main PCB Circuits and Interconnects (Cont) 



Circuit/Interconnect 



Isolation Circuit 
Pulse Width Modulator 



Overvoltage Circuit 



Overcurrent Circuit 



Ref Voltage and Margin 
Circuit 



Module OK Circuit 



Remote Sense Circuit 



Current Sharing Circuit 



Description/Function 



Isolates high voltages from PC board. 

Provides a stable output voltage using 
variable pulse width control (PWM) to 
compensate for input voltage and load 
fluctuations . 

SCR Crowbar protection circuit designed 
to disable the output voltage. 

Lights red LED on output fault. 

Overvoltage condition (7.0 Vdc max. 6.0 
Vdc min. ) . 

Disables output voltage. 

Blinks yellow LED on/off on overcurrent 
condition. 

Connects one of three voltage outputs 
using jumpers. 

Selected output margined +/-5%. 

Verifies fault-free status. 

Lights a green LED. 

Enables output voltage sensing at 
remote load. 

Allows sharing of load current when 
cross-connected with another H7186 to 
common load. 
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3.4.6 H7189 BIP Regulator 

The H7189 power regulator is a multiple voltage output power 
module that provides operating voltages for the Bus Interconnect 
(VAXBI) module exclusively. 

A VAXBI module can contain up to six VAXBI PC boards depending on 
the number of peripherals used. It provides the interface between 
peripheral equipment and the VAX 8800 system. 

Two H7189 power regulators can be configured into backplane I of 
the MPS to accommodate two VAXBI modules, as required. 

Figure 3-10 is a block diagram of the H7189 power regulator, 
illustrating its major components. 



IV 3-26 



I 

-J 



300V 
DC BUS 



ENABLE 






SYNCH 






+ 12V 






RTN 






-12V 
F10.5V * 







MPS 
BACKPLANE 



THERMAL 
SENSE 



SWITCHING 
TRANSISTORS 



SWITCHING 
REGULATOR 



OUTPUT 
FILTER 



-2V RETURN 
-2V 



YELLOW 



FRONT PANEL INDICATORS 



MPS BACKPLANE 



OUTPUT 
FILTER 



ENABLE 
SYNCH - 



SWITCH 

REG 

CONTROL 



SWITCHING 
TRANSISTORS 



BALEN 
MODULE 



'-£=] 




MPS BACKPLANE 



H 1 



MODULE I 
MODULE II 



Figure 3-10 H7189 Block Diagram 



There are three PC boards in the H7189 regulator 

• Module I 

• Module II 

• BALUN Module 



Modules I and II interface with the MPS backplane through 80-pin 
PC board connectors. The functions performed by Modules I and II 
and the BALUN module are shown in Table 3-9. 



Table 3-9 H7189 Module Functions 
Module Functions Provided 

I -2 Vdc switched regulator output 

+5-Vdc switched regulator output 

LED drivers — green 
red 
yellow 

Overtemperature sense circuit 

II +15-Vdc linear regulated output (2) 

+12-Vdc linear regulated output 

-12-Vdc linear regulated output 
-5.2-Vdc switched regulator output 

BALUN Storage capacitors 

Power output (5 V) connectors 



The H7189 °ower module uses a combination of linear regulation and 
switching regulation to generate the dc output voltages required. 

A brief functional description of the H7189 is presented in the 
following section. 
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3.4.6.1 H7189 Functional Description — 300 Vdc is brought into 
the H7189 by the bus connector and applied to the two switching 
transistor modules connected to transformers Tl and T2 (Figure 
3-10). Tl and T2 provide: 

• High voltage isolation between the bus and regulators 

• Stepped down voltage to the regulators 

• Stepped up current to the regulators 

Transformer Tl, located on module I, applies secondary output 
voltage to: 

• -2-V switching regulator and output filter 

• +5-V output filter. The +5-V supply uses a switching 
regulator at the primary of Tl 

Transformer T2, located on Module II, applies secondary output 
voltage to: 

• +15-V filter feeding two +15 V linear regulators 

• +12-V filter and linear regulator 

• -12-V filter and linear regulator 



• 



-5. 2-V filter (the -5. 2-V supply uses a switching 
regulator at the primary of T2. 

Three types of regulation are used on the H7189 module: 

• High-powered switching regulation performed at the 
primary of Tl and T2 

• Low-powered switching regulation performed at the 
secondary of Tl (-2 V) 

• Linear regulation performed by Module II regulators 

High-powered switching regulation is used for those outputs that 
provide high-current power to the VAXBI. These outputs are: 

• +5 V 

• -5.2 V 
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The high-powered switching regulation provided for the +5-V and 
-5.2-V supplies also provides a quasi-regulated voltage to the 
inputs of the following regulators: 

• -2 V 

• + 1 5 V ( 2 ) 

• +12 V 

• -12 V 

The -2-V supply uses a switching regulator for higher power 
handling capacity. 

Linear regulators are used for the Module II voltage outputs 
because the current required is lower. 

The switching regulator control circuits located on Module I and 
II PC boards provide interfacing and control functions for the 
high-power switching regulators. These functions include: 

• POWER ENABLE — Enables operation of the regulators 

• SYNCH — Synchronizes switching regulators to system 
clock 

These signals are brought into the H7189 module through the MPS 
backplane connectors for Modules I and II. 

Other signals brought into the H7189 are +/-12 V and +/-12 V RTN, 

u-iivr j-tSyU-LciTlwjL auai. l^ujj ljj.c3.C3 vuiuaycb < 

The front panel contains three LED indicators that display 
regulator operating status. 

Indicator (LED) Indication 

GREEN No faults — Normal operation 

RED Overvoltage 

YELLOW Overcurrent 
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The GREEN LED is driven by an AND circuit sensor that lights when 
all regulator outputs are operating correctly. 

The RED LED will light when any of the regulators have an 
overvoltage fault condition. 

The yellow LED will light when any of the regulators have an 
overcurrent fault. 

A THERMAL SENSE circuit, located on Module I, signals the EMM when 
an overtemperature condition has been sensed. 

Table 3-10 lists the output voltage, current, and power provided 
by the H7189 regulator to the VAXBI module. 

Table 3-10 H7189 Outputs 

Output Voltage (Vdc) Current (Amps) Power (Watts) 

+5,0 55 27 5 

- 2.0 30 30 

- 5.2 25 130 
+ 12.0 2 24 
- 12.0 2 24 
+ 15.0 .5 7.5 
+ 15.0 .5 7.5 
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Tables 3-11 and 3-12 describe the components and functions of the 
two PC board subassemblies, Module I and Module II, of the H7189 
regulator. 



Table 3-11 H7189 Module I Circuits and Interconnects 

Component /Inter connect Description/Function 

J 2 80-pin PC board connector to MPS 

backplane 

J 2 300-Vdc bus power connector 

J 4 Intermodule connector 

T 1 Isolation transformer with multiple 

outputs 

Q1,Q2 Power switching transistors for 5-V 

regulator 

Switching regulator for +5-V supply 

Table 3-12 H7189 Module II Circuits and Interconnects 
Circuit/Interconnect Description/Function 

J 1 MPS backplane connector 

J 2 300-Vdc bus connector 

J 3 Intermodule connector 

Regulates +15-V supply (2) 

+12-V linear regulator 

-12-V linear regulator 

Switching regulator for -5.2 V 
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3.4.7 MPS Regulator BITE Indicators 

The regulators contained in the MPS cage have built in test 
equipment (BITE) indicators to provide a visual indication of the 
operating status of each regulator, as described in Chapter 1. 
Table 1-3 is repeated here for convenience, as is Figure 1-7. 



Indicator 
Green LED 



Indication 
Module ok 



Definition 

The power regulator is operating 
properly. The output voltage is 
within regulation range. No 
faults are evident. 



Red LED 



Overvoltage 



The regulator 
crowbarred. 



voltage has 



Yellow LED 



Overcurrent 



The regulator output current is 
above its rating. 
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Figure 3-11 BITE Indicators 
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3.4.8 Buses and Backplanes 

Signal and power connections between functional sections of the 

VAX 8800 system are made using the following: 

• Multilayer, multiconnection printed wiring boards 

• Flexible, multiconductor printed wiring cables 

• Flexible, insulated, single- and multiconductor cable 

• Laminated, high-current, rigid conductor straps 

• Rigid, high-current conductor buses 

The major functional sections of the VAX 8800 system are: 



MPS 

876A 

NBox 

CPU 

VAXBI 



The power and signal connections in and between these sections are 
discussed in the following paragraphs. 



3.4.9 MPS Backplane 

The MPS backplane consists of two hardwire-etched conductor 

sections that span the width of the MPS cage. The backplane 

provides electrical contacts between the regulators and the 

following: 



EMM 

CSP 

CPU backplane 

VAXBI backplane 

System clock 



The EMM interacts with the regulators <B:H> to: 

1. Monitor regulator output voltage 

2. Monitor regulator temperature faults 

3. Margin test regulator output 

4. Start up/shut down regulators 

5. Monitor fault status 

The CSP provides start-up power to the regulators (+10.5 V) and 
operating voltages (+/-12 V and +5 V) to the EMM and ILM modules 
by means of the MPS backplane. 

The system clock provides synchronizing signals to the pulse width 
modulator circuits of the regulators. 
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The regulator dc outputs are connected to the CPU backplane from 
the MPS backplane. High-current outputs are connected to the CPU 
backplane using laminated copper straps to reduce voltage drops. 

The voltage outputs of the H7189 regulators are connected to the 
VAXBI backplane from the MPS backplane using flexible cable. 

Each regulator interfaces to the MPS backplane through multipin PC 
board connectors that mate with the regulator PCBs. 

Table 3-13 identifies the connector(s) for each regulator type. 
Table 3-13 MPS Regulator Connectors 



Regulator 


Connector 


H7180 


J6 


H7186 


Jl 


H7187 


Jl 


H7189 


Jl and J2 



No. of Pins 



50 
50 
50 
80 



Figure 3-12 illustrates the backplane and bus organization of the 
power system. Figures 3-13 and 3-14 show details of the 
backplanes . 
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Figure 3-12 Organization of the Power System 
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Figure 3-13 MPS I Backplane 
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Figure 3-14 MPS II Backplane 
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3.4.9.1 300-Vdc Buses — The 300-Vdc buses carry the high-power 
dc voltages developed by the H7170X and Y ac-to-dc power 
converters to the MPS regulators. 

There are two 300-Vdc bus sections supplying the regulators, as 
indicated in Table 3-14. 



Table 3-14 300-V Buses, Power Sources, and Loads 

Bus No. Power Source Regulator Load 

MOD F (H7189) 
MOD H (H7189) 

MOD B (H7186) 
MOD C (H7186) 
MOD D (H7187) 2* 

MOD E (H7180) 2* 

* 2 required for dual-CPU configuration. 

The 300 Vdc is cabled from the NBox to the buses located in the 
MPS cage. The buses are rails located below the regulators. 

Connections to the regulators are made through high-current, 
high-voltage leaf contacts located on the front panel of the 
regulators . 

The connectors mate electrically and mechanically with the buses 
when the regulator modules are inserted into the designated slots. 

Each regulator must make at least two mechanical and electrical 
connections in the MPS: 

• Multipin PC board to the MPS backplane 



1 


SECA 


H7170X 
BBU 


2 




H7170X 
BBU 


1 


SECB 


H7170Y 
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3.4.10 Environmental Monitoring Module 

The environmental monitoring module (EMM) performs a variety of 
power system functions, as described in Chapter 2. In this 
chapter, the major logic elements contained in the EMM module are 
described in more detail. 

The major elements included in the EMM are shown in Figure 3-15. 
These elements are: 

• 8085A Microprocessor System 

• Electric Key Monitor 

• Regulator Control 

• Status Registers 

• AC LO/DC LO Circuits 

• Total-Off Control 

• Voltage Measuring Circuit 

• BBU (Battery Backup Unit) Control 

• Air Flow Sensor Control 

• Temperature Sensing Circuits 

• System Console Communication/Interface 
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Figure 3-15 EMM Block Diagram 
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3.4.10.1 8085A Microprocessor System — The main components in 
the 8085A microprocessor system are: 

• 8085A 8-bit, single-chip microprocessor 

• 8x8K byte PROM chip 

• 8xlK byte RAM chip 

• PCI (Program Communications Interface) 

The 8K byte PROM stores the main body of the EMM program executed 
by the 8085A. The IK byte RAM provides a working storage area and 
contains the software registers addressable by the console. The 
PCI connects the EMM to the console over the EIA RS423 or RS232 
serial line. 



NOTE 
The interface to the serial line is 
a nonstandard interface that allows 
the data transmitted by the PCI to 
also be received by the PCI. This 
is a requirement of the EMM/console 
communications protocol. 



The 8085A, PROM, RAM, and PCI all connect between an 8-bit address 
(ADR) bus and a multiplexed 8-bit address/data (AD) bus. The 
8085A asserts I/O register addresses and the high-order byte of 
memory addresses on the ADR bus. 

I/O register addresses and the low-order part of memory addresses 
are asserted on the AD bus, but only at the beginning of a 
read/write operation. During the rest of the read/write 
operation, the AD bus is used to transfer data between the 8085A 
and the addressed I/O register or memory (RAM) location. 

The I/O registers in the EMM are the hardware registers (POWREG, 
MISREG, etc.) used by the EMM to control and monitor power system 
operation. 

Other logic elements in the 8085A microprocessor system include: 

• 5.0688-MHz oscillator for 8085A and PCI clock 

• synch counter 

• parity generator/checker 

When a RAM parity error is detected, the 8085A PC (Program 
Counter) is reset to and a self test (including a RAM test) is 
done similar to the power-up sequence. 
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A selftest error (including a RAM failure) causes an error message 
to be sent to the console. 

To prevent a parity error from resetting the 8085A during selftest 
operations, the EMM program clears a normally set control bit (the 
parity check enable bit) in the EMM's MISREG. The status of this 
control bit can be read at any time by the console. The execution 
of instructions by the 8085A consists almost entirely of a series 
of read/write data transfer operations between the 8085A and the 
memory and I/O register addresses. 

The addresses, the data (as processed by the 8085A) , and the 
sequence of read/write operations differ, depending on the 
instructions being executed. Each read/write operation is called 
a machine cycle, and one to five of these machine cycles are 
needed to execute a single 8085A instruction. 

In addition to making 8-bit parallel transfers of data over the AD 
bus, the 8085A can send or receive single bits of serial data. The 
8085A's serial output data line (SOD) is used to set or clear 
single control bits in some of the EMM's control circuits. The 
8085A's serial input data line (SID) is used to read the output of 
the EMM's voltage measuring circuit. 

3.4.10.2 Electric Key Monitor — The electric key monitor 
circuit stops the power-up sequence by negating a logic level (KEY 
ENABLE) when a module keying fault is detected. 

An LED on the EMM module (MODULE KEY FAULT) signals the fault. 

In the VAX 8 8 00 system, a mis located circuit board in the 
following groups closes the parallel key. 

1. CPU 

2. Memory controller 

3. Clock 

4. I/O adapter module 

The parallel key CKT, which is normally open, is closed if faulted 
to prevent module damage. This can occur when a module is plugged 
into a backplane slot intended for a different function group PC 
board. 

For example, the parallel key loop is closed (by being grounded) 
when a CPU module is plugged into a memory controller module slot. 

A series key loop is not being used in the VAX 8800 configuration. 
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In addition to detecting module keying faults, the electric key- 
monitor disables the EMM from receiving console commands if the 
(module key fault) is asserted. 

MODULE ENABLE, which indicates that battery backup is currently 
supplying power to the cabinet: 

1. Holds the EMM microprocessor in an initialized state 

2. Causes all regulator modules (except mod B) to shut down 

When ac power returns, the 8085A's initialize signal is 
deasserted, allowing a normal power-up sequence to start. 

3.4.10.3 Regulator Control Circuits — The regulators for the 
VAX 8800 system, located in the CPU cabinet, are listed in Table 
3-4. Figure 3-7 shows the MPS regulator configuration. The EMM's 
regulator control logic, shown in Figure 3-15, contains: 

• POWREG — allows each MPS regulator to be turned on or 
off by the EMM in response to console commands 

• MARGEN 

• MARHILO 

The MARGEN and MARHILO registers allow each regulator to be 
margin-tested high and low, (+/-5%). 
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3.4.10.4 Regulator On/Off Control Circuits — The power 
regulators in the MPS are turned on and off by command from the 
EMM. The regulator control lines (SHUT DOWN RTN MOD <B:H>) 
attached to the POWREG register, receive ON/OFF commands under EMM 
program control. 

One POWREG bit. BBU REQ EN, when cleared, enables the automatic 
activation of battery backup power when AC LO occurs. 

Interrupted ac power (AC LO) causes: 

• Battery backup power to be activated 

• All regulators (except regulator B) to be turned off 

• Backup power to be applied through regulator B 

• The EMM's microprocessor to be held initialized 

• MODULE ENABLE from the BBU to be asserted 

MODULE ENABLE negates DC REGL EN, which turns off all the 
regulators (except regulator B) . 

Refer to EMM Engineering drawing (D-CS-5415304-0-EMM5 ) for details 
of the circuit that allows regulator B to apply +5.0 Vdc to the 
memory backplane. 

3.4.10.5 Regulator Margin Control Circuits — A regulator is 
margin-tested by grounding either its high or low margin line. 
Eight MPS regulators <B:H> can be margined using: 

• EMM microprocessor 

• MARGEN register 

• MARHILO reaister 
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Figure 3-16 Voltage Margining Circuit 



3.4.11 Status Registers 

There are two status registers located on the EMM PC board: 

1. MODOK — 16 bits 

2. MISREG — 8 bits 

The MODOK register indicates: 

• Regulator module (MODULE <B:H> OK) status 

• The EMM module ID (ID BIT <2:0>) 

• AC LO status 

Each regulator in the MPS cage asserts its MODULE OK status line 
once power has been applied, if its output voltage is within the 
regulation range and it has detected no other faults. 

The ID number is determined by the backplane etch. It is the 
EMM's physical address used during EMM/console communications 
over the serial line. The AC LO signal is discussed later. 

The MISREG register status bits indicate: 

1. Air flow faults 

2. RAM parity error 

3. RAM parity check enable 

4. -2-V crowbar 

5. AC LO (latched) 

6. DC LO (latched) 

7. BBU AVAIL (fully charged and ready for use) 
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3.4.11.1 AC/DC LO Circuits — The main power fault signals for 
the power system complex are: 

1. AC LO 

2. BUS LO 

AC LO is asserted when the ac-input level to the power converters 
(H7170s) in the NBox falls below 165 V rms . The ILM responds to 
the AC LO signal by signaling the EMM (EMMS AC LO MODL) . 

BUS LO is asserted when the 300-Vdc output voltage from the H7170s 
falls below 205 Vdc. It indicates that the input voltage to the 
MPS regulators is below that needed to maintain regulator 
specifications. BUS LO, which occurs after AC LO, indicates that: 

1. System operator requests POWER DOWN, or 

2. AC power is lost 

Refer to power-down sequences discussed in Chapter 2 for details 
of power-down signal flows. 

When ac power is lost, The EMM initiates a BBU REQUEST and signals 
the ILM to start providing BBU power to the memories by means of 
regulator B. The CPU, SBIA, and the system operator are notified. 

The AC LO signal from the NBox causes AC LO IN L to be asserted in 
the EMM. The BUS LO signal from the NBox causes BUS LO IN L to be 
asserted. A timing diagram for these signals is shown in Figure 
3-15. 

BUS LO IN L is also asserted in the EMM when any MODULE OK signal, 
from a regulator or the NBox, is negated. At powerup, this signal 
holds BUS LO IN L asserted until the dc regulators are turned on 
and operating normally. 

The EMM AC LO IN and BUS LO IN signals generated, are used to 
signal power loss warning signals for: 

• The main CPU — CPU AC LO 

CPU DC LO 

• The SBIA — SBIA AC LO 

SBIA DC LO 

The AC LO IN and BUS LO IN output signals are latched in the EMM 
and can only be cleared by a console POWER UP command after the 
fault condition has been cleared. Figure 3-17 shows the AC/DC LO 
timing signals. 
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Figure 3-18 shows a detailed view of the AC LO/DC LO circuit. 
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Figure 3-17 AC/DC LO Timing Diagram 
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Figure 3-18 AC/DC LO Circuit 



3.4.11.2 Total-Off Control and Indicator Circuits — The 
total-off circuit initiates an emergency shutdown of ac power to 
all modules powered by the 876A by tripping BRKR2, the main 876A 
CB. A TOTAL POWER OFF command can occur when; 

1. The CPU cabinet overheats 

2. A regulator overheats 

3. Air flow falls below specified limit 

4. The air filter interlock is open 

When BRKR2 trips, ac power is removed from: 

• The air mover (blower) 

• The BBU 

• The NBox (three-phase and single-phase) 

• The BA11-A 

The TOTAL OFF command originates from two sources: 

1 . EMM 

2. ILM 

The EMM monitors The following TOTAL OFF sensors (see Figure 
3-15) : 

• Air flow 

• CPU cabinet temperature 

• Regulator (C:H) overtemperature 

• CPU cabinet and air filter interlocks 

During normal system operation the ILM monitors: 

1. Regulator B overtemperature (MOD B OT) 

2. Air filter screens in bottom of cabinet 

During BBU operation, the ILM also monitors MOD B OT. 

When any of the conditions cited above default, a TOTAL OFF 
commanvj is sent by either the EMM or the ILM to disable BRKR2 in 
the 8 7 6A. 

AC power can be restored by manually resetting BRKR2 in the 876A. 

If the EMM initiates the TOTAL OFF command, the magnetic latches 
on the front panel of the EMM module display a 4-bit code to 
indicate the cause of the fault. The latches retain the code when 
power is removed and reset on powerup. 
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When a TOTAL OFF command is initiated by the control console, the 
EMM does not cause the magnetic latch display to indicate the 
cause of the fault. 

The interface logic module (ILM) asserts a TOTAL OFF RTN when SW2 
(air filter interlock) is grounded, indicating a fault. 

3.4.11.3 Temperature Sensing Circuits — The CPU temperature 
sensing circuits monitored by the EMM are voltage divider series 
resistor strings in which one component is a temperature-sensitive 
thermistor resistor. The voltage sensing connection to the EMM is 
at the junction of the fixed resistor and the thermistor. 

Measurements made by the temperature-sensing circuits are: 

• CPU cabinet temperature — (THERM SENSE 1) 

• CPU/MPS amb. temperature — (THERM SENSE <2:4>) 

• CPU delta temperature — (THERM SENSE <2:4> - 1) 

The EMM's internal program routinely monitors the CPU cabinet 
temperatures and regulator overtemperatures . Temperature 
measurements are also made in response to a MEASURE command from 
the system console. Console requests usually follow temperature 
default indications from the EMM. Thermistor (T3) is used to 
initiate an emergency power shutdown when: 

1. The EMM fails 

2. The EMM program is faulty 

3. T3 indicates excessive temperature 

The temperature sensing circuitry contained on the EMM module is 
shown in Figure 3-19. 
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Figure 3-19 Temperature Sensing Circuit 



3.4.11.4 Voltage Measuring Circuit — The EMM performs dc voltage 
measurements under program control on the following: 

1. All MPS regulators <B:H> 

2. All thermistors <1:4> 

Voltage measurements are performed using the circuits shown in 
Figure 3-20. The unknown voltage is determined using the following 
steps : 

1. EMM program specifies voltage to be tested. 

2. Unknown voltage is selected using VINSEL command and fed 
to voltage comparator. 

3. Reference voltage (8-bit D/A) is also connected to 
comparator ramps up from V at 27 MV/step. 

4. When reference volts = unknown volts, comparator outputs 
a signal. 

5. Digital value in D/A = value of unknown voltage. 

6. Analog voltage = 27.6 MV X decimal equivalent of 8-bit 
digital code for regulator voltage. 

7. Analog voltage = 333.3 MV X decimal equivalent 
(compliment) of 8-bit digital code for thermistor 
voltage. 



NOTE 
To maintain positive slope for 
converting temperature measurements 
(thermistors have a negative 
temperature coefficient), the A/D 
magnitude is the complement of the 
voltage drop across the thermistor. 
That is, it is the digital 
complement of the value measured by 
the EMM's voltage measuring circuit 
and contained in the VOLREG after 
the measurement. 
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Figure 3-20 Voltage Measuring Circuit 
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Figure 3-21 Voltage Measuring Technique 



3.4.11.5 EMM/Console Voltage Tests — Voltage measurements of 
regulator output and thermistor temperature can be requested by 
the console using the MEASURE command. 

Voltage readings returned to the console by the EMM in response 
to a MEASURE command, consist of: 

1. An 8-bit binary value 

2. A sign bit 

3. An input select code 

3.4.11.6 Battery Backup Unit (BBU) Control — The EMM's BBU 
control logic activates battery backup power when the following 
signals are asserted: 

• AC LO (from 87 6A in NBox ) 

• MODULE OK H (from Regulator B) 

The EMM responds to the above conditions by asserting BBU REQ EN 
to the ILM. The ILM asserts BBU RQST RTN and provides backup power 
if the BBU batteries are fully charged. 

The BBU provides 300 Vdc to the NBox, which is connected to the 
300-Vdc bus, as is regulator b. Regulator b, the only regulator 
active during battery backup operation, provides +5 V to the 
memory array and the CSP. The CSP module uses MOD B +5 V to create 
+/-12 V to bias the EMM and ILM modules during battery backup. 

When ac power returns to the 876A, the 300-V output from the BBU 
is disabled and power is supplied by the NBox H7170 modules. 

When power is applied to regulator B, the EMM asserts ARRAY +5 V 
OK, enabling refresh operations in the memory array. The signal is 
asserted as long as the MODULE OK signal for regulator B is true. 

Refer to Figure 3-22 for a detailed diagram of the BBU system. 
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3.4.12 Battery Backup Unit (H7231-M) 

The battery backup unit (BBU) for the VAX 8800 system delivers 
300-Vdc backup power to 300-V bus 2 when utility power is 
momentarily interrupted. 

The H7231-M consists of: 

• A charger (H7230) 

• A dc-to-dc converter (H7240) 

• A 48-V rechargeable, lead acid battery pack 

The charger receives 120 Vac at its input from the 876A power 
controller and provides two levels of charge to the battery pack: 

1. Charge - 400 milliamp to 59 volts dc battery output 

2. Maintenance - 10 milliamp above 59 volts dc 

The 400-milliamp charge level is reinitiated when the dc battery 
output falls below 52 volts. 

The dc— to— dc converter (H7 240) ste^s u^ the 4 8— V batterv voltage 
to 300 Vdc using a flyback transformer converter. The 300 V 
generated by the converter is provided on demand to the NBox, 
which is connected to the 300-Vdc bus feeding the regulators. 

Regulation of the H7240 output is accomplished using pulse width 
modulation (pwm) . The ac input line voltage and the dc battery 
voltage are continuously monitored. 

The H7240 has the following protection circuits: 

1. An overvoltage protection circuit to inhibit converter 
operation if the output voltage exceeds 330 Vdc nominal. 

2. A primary overcurrent sense circuit to protect circuit 
components from output overload condition (3 A surge 
limit, fuse protected). 

3. A power transistor overtemperature circuit to inhibit 
operation above 90 degrees C (194 degrees F). 
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The battery backup system has two special features: 

• FAIL SAFE ENABLE 

• DIGITAL power bus monitor 

Both signals open the power relay terminating battery backup 
power. The FAIL SAFE ENABLE signal allows the H7240 to respond to 
control signal inputs. 

The DIGITAL power bus interface monitors the emergency shutdown 
signal (TOTAL OFF RTN ) , which, when asserted, disables the output 
of the H7240. 

The BBU interfaces to the power system by means of a 15-pin D type 
connector. The interface signals are defined in Table 3-15. 

Figure 3-22 shows the BBU subsystem block diagram. 
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Table 3-15 Battery Backup Interface Signals 



Signal 



BBU Enable 

BBU ENABLE RTN 
BBU AVAIL 

BBU AVAIL RTN 
ILM BBU RQST 

ILM BBU RQST RTN 
MOD ENABLE L 

MOD ENABLE RTN 
BAT STAT 



Definition 



Activates the series power relay. Must 
be asserted before battery backup is 
requested. 

BBU ENABLE signal return. 

When true, indicates BBU available to 
provide battery backup power. 

BBU AVAIL signal return. 

Requests battery backup power to the 
load when the loss of the main ac has 
occurred. 

ILM BBU RQST signal return. 

Enables "Regulator B" to accept battery 
backup power. 

MOD ENABLE signal return. 

Indicates battery status as follows: 

State Current Flow Batteries 

OFF no current charging 

READY constant 



ON 



or 

1 Hz rate 
(slow) 

10 Hz rate 
(fast) 



full charge 

charging 
discharging 



NOTE 
The signal pairs, BBU ENABLE/BBU 
and ENABLE RTN ETC, are obtained 
from opto-couplers that provide 
ground isolation and high-voltage 
protection to the ILM. 
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3.4.13 Air Flow Sensing Circuit 

The EMM monitors two air flow sensors located in the CPU cabinet, 
AIR FLOW 1 and AIR FLOW 2. The EMM program checks the state of 
each sensor by reading the MISREG. 

Wnen a single air flow fault is detected, a five-minute shutdown 
notice is sent to the system's console. 

When both detectors indicate an air flow fault, a two-minute 
shutdown notice is sent to the system's console. 

The console can also read the air flow fault sensors at any time. 

The air flow sensors are reset by the EMM during a power-up 
sequence, and at any time thereafter in response to a WRITE 
command . 

Figure 3-23 shows the air flow sensing circuit. 
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Figure 3-23 Air Flow Sensing Circuit 



3.5 COOLING SUBSYSTEM 

The cooling air moving through the CPU cabinet is drawn up through 

the bottom of the CPU cabinet with negative pressure created by 

the three-phase motor. 

The moving air passes through a washable aluminum mesh filter just 
below the NBox and 876A, located on the bottom shelf, before 
entering the CPU cardcage. The air filter is interlocked to assure 
that it is: 

1. In place 

2. Correctly seated 

Upon leaving the cardcage area, the moving air enters the MPS area 
and exits at the back of the CPU cabinet. 

The maximum VAX 8800 system (a dual-CPU configuration) is expected 
to dissipate a 6500-watt heat load as follows: 

1. 4100 watts in the CPU logic module area 
t. . 4kjv\j wciLib in trie nrcD cage 

3. The balance of 400 watts in the NBox 

An additional 400 watts is dissipated by the three-phase motor. 

The power dissipated in the front-end cabinet is not sufficient to 
require forced air cooling. 

The temperature rise in the CPU cabinet is 17 degrees C (62.6 
degrees F), with a 10 degree C rise (50 deg. F) contributed by the 
CPU logic and 7 degrees C (44.6 degrees F) rise allowed for the 
MPS power regulators. 

An air flow rate of 1100 to 1200 CFM has been determined to be 
sufficient to satisfy the above requirements. The motor/blower 
assembly is mounted within a steel plenum/housing secured to the 
four corners of the CPU cabinet above the MPS cage. 

Four air outlets at the rear of the cabinet exhaust the heated 
air. The outlets direct the air into the rear door mounted exhaust 
housing and plenum, which further guide the air downward and to 
the rear. 

At the exhaust outlets, there is a damper mechanism that deflects 
the air flow during maintenance. The plastic/sheet metal plenum is 
lined with acoustically absorbent material that allows it to 
function as a noise-reduction muffler. 

Figure 3-24 is an illustration of the air flow in the CPU cabinet. 
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Figure 3-24 Air Flow Path 
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SECTION 5 
CLOCK MODULE 



CHAPTER 1 
INTRODUCTION 



1.1 BASIC OPERATION 

The clock generator generates and distributes the system clocks to 

the left and right CPUs, the memory subsystem, and the I/O 

adapters. it is located on the clock (CLK) module and controlled 

by the PRO-38N console. A basic block diagram is shown in Fiqure 

1-1. 

The PRO-38N controls the clock generator using three registers. As 
shown in the block diagram, these registers (the clock control, 
clock period, and clock burst count registers) are in the clock 
generator, but are written via the console interface, which is also 
located on the CLK module. A fourth register (the clock/timeout 
status register) allows the PC350 to examine clock status bits; 
these are also read via the console interface. (The status 
register is actually the output of a data multiplexer within the 
console interface.) The console interface and the functions it 
performs in the system are described in the Console 
Subsystem Technical Description . 

The system clocks generated by the clock generator are listed in 
Table 1-1. Several copies of each clock are transmitted on the 
system backplane, with each copy having only one destination 
module. (A module can have more than one copy of the same clock.) 
The clock generator also generates a slow clock used to increment 
timeout counters in the CPUs, memory controller, and I/O adapters. 

Table 1-1 System Clocks 



Clocks Function 

A CLK, B CLK Main system clocks used by CPU modules 

and I/O adapters to sequence and 
synchronize operation. 

F A CLK, F B CLK Free-running system clocks used by 

memory controller to sequence and 
synchronize operation. Also connect 
to I/O adapters (not used by NBI). 

w CLK Free-running system clock used to write 

RAMs in two CPU module types (SLCO and 
SLC1) . 
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Figure 1-1 Clock Generator (and Console Interface) on Clock Module 
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1.2 BASIC COMPONENTS AND TIMING 

The clock generator consists of the following basic components. 

1. Oscillator 

2. Phase generator 

3. Clock distribution circuits 

4. Clock control logic 

The oscillator generates a reference clock that is used by the 
second component, the phase generator, to produce two 
nonoverlapping clock phases, PHASE A and PHASE B, plus a W PHASE 
that is similar to PHASE A but longer in duration. The clock 
distribution circuits, in turn, gate PHASE A and PHASE B with 
signals from the clock control logic to produce several copies of 
the main (gated) system clocks, A CLK and B CLK. These clocks may 
be started, stopped, and bursted by the clock control logic. The 
clock distribution circuits also produce the tree-running (ungated) 
system clocks, F A CLK, F B CLK (from the A and B phases) and the 
free-running W CLK (from the w phase). 

The slow clock produced by the clock generator, called SLOW CLOCK 
ENAB, is generated in the clock control logic. It is derived from 
B CLK (asserted once for every 65,536 B CLKs that are generated) 
and, thus, will be synchronized with the main system clocks when 
they are started, stopped, and bursted. 

System clock timing is shown in Figure 1-2. The phase generator 
produces the clocks by dividing the reference clock frequency by 
six. Because the reference clock is normally 120 MHz, this results 
in a normal system clock frequency of 20 MHz and, thus, a normal 
system clock period of 50 ns. However, the system's console can 
change the reference clock frequency to produce system clock 
periods ranging from 140 ns down to 40 ns. 

The period of SLOW CLOCK ENAB, derived from B CLK, also depends on 
the reference clock frequency. This signal is asserted once every 
3.28 milliseconds at the normal system clock rate. 
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Figure 1-2 System Clock Timing Diagram 
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1.3 CLOCK CONTROL (BY CC1SOLE) 

The PC350 console can control the main (gated) system clocks in the 

following ways: 

1. Stop the clocks (unconditionally) 

2. Start the clocks 

3. Burst the clocks (burst up to 255 pairs of A CLK and B 
CLK) 

4. Single-step the clocks (a burst of one A CLK and B CLK) 

5. Enable the clocks to stop on microraatch 

6. Change the clock period (also changes free-running clock 
period ) 

7. Single-step the B CLK only (when loading VBus address) 

8. Disable A CLK stalls (by left or right CPU) 

The console can also continuously assert the clock generator's SLOW 
CLOCK ENABLE output that is used to generate timeout errors in the 
CPUs, memory controller, and I/O adapters. This is done during 
diagnostics to set the timeout flags without having to force the 
error condition. 

The clocks are controlled mainly by the three registers in the 
clock generator. Control bits in the clock control register allow 
the console to start the main system clocks and to stop them either 
unconditionally (when a micromatch occurs) or after a specified 
number of clocks are generated (a clock burst). A control bit in 
this register also allows the slow clock to be continuously 
asserted. The number of clocks in a burst of system clocks is 
specified by the burst count register. (A burst count of one 
single-steps the clocks.) Clock period is determined by the value 
in the clock period register. Bit format for the three registers 
is given in Figures 1-3 through 1-5. Clock control register bit 
definitions are given in Table 1-2. 



V 1-5 



Most console control of the system clocks affects both CPUs. That 
is, the clock outputs to each CPU from the clock generator are 
synchronized with each other and are not independently controlled. 
For example, when clocks are unconditionally stopped and then 
restarted at a different frequency (the clock period changed), 
sequencing in both CPUs stops and then starts again at the 
different rate. Similarly, clocks m both CPUs sing±e-step an^ 
burst together. This is also true when only the B CLK is 
single-stepped during the loading of a VBus address. In this case, 
the single-stepping is not controlled by a clock generator 
register; it is controlled by a bit in the VBus control register 
located in the console interface. 

The clocks also stop together when a stop on micromatch occurs in 
either CPU. A micromatch is when the current microPC value in a 
CPU's IBox equals a preloaded microaddress (also in the IBox). 
This condition, in addition to stopping the clocks when enabled by 
the console, always causes the clock generator to generate a scope 
sync on the backplane. 

Before the console unconditionally stops the clocks, or before it 
enables the clocks to stop on a micromatch or after a clock burst, 
it must place the memory controller and some I/O adapters, such as 
the NBI, into a slow (unpipelined ) mode of operation. The console 
does this by asserting a SLOW MODE signal on the NMI. The signal 
is asserted when the console sets a control bit in a console 
interface register (control register 1). 

Another early-warning signal, HARBINGER, is asserted on the NMI by 
the clock generator hardware just before the clocks actually stop. 
The memory controller, which is sequenced by the free-running 
clocks and not the gated clocks, uses the signal to block its 
free-running clocks and simulate the stopped clock condition 
occurring in the CPUs and other system components. This signal is 
also deasserted by hardware just before the clocks start to allow 
the memory controller to unblock its free-running clocks. 



1.4 CLOCK STALLS 

One type of system clock control does not affect both CPUs. This 
is the stalling of A CLK in some CPU (and console interface) logic 
when cache cannot be immediately read or written. That is, 
sequencing (by A CLK) is stopped temporarily until the access can 
be made. The CCS module in the stalling CPU inhibits the 
appropriate A CLKs by asserting a STALL signal. The gating of an A 
CLK with STALL to stop sequencing is not done in the clock 
generator. It is done in the clock distribution circuits for each 
module. These are the circuits that receive the system clocks 
transmitted on the backplane by the clock generator. Every module 
has its own clock distribution circuits including the CLK module 
itself. (Refer again to Figure 1-1.) 

Although the console does not assert STALL, it can prevent its 
assertion by either of the CPUs by writing control bits in a 
console interface register (control register 0). This is done 
during system initialization to ensure that all the system clocks 
are generated when microcode is loaded. The STALL signal is 
generated by microcode, and unwanted stalls could occur during the 
loading process if not disabled. 

1.5 CLOCK STATUS 

The console determines clock generator status by reading the 
clock/timeout status register. Register bit format is shown in 
Figure 1-6. Bit definitions are given in Table 1-3. 

There are four clock generator status bits. One indicates whether 
the main system clocks are stopped. The others, valid only when, 
the clocks are stopped, indicate whether the clocks stopped at the 
end of a specified clock burst or because of a micromatch in the 
left or right CPU. 

Two other bits in the register are used as flags by the console to 
determine if either the left or right CPU is hung in a stalled (A 
CLK) state. The flags are located in the console interface. 
Periodically, the console reads the flags and (if the flags are 
cleared) writes a control bit in control register 2. The control 
bit sets each flag if a stall in the associated CPU is in progress. 
Once set, a flag is cleared only when the stall ends. Thus, if it 
is still set when read again by the console (at the end of the 
timeout period), it indicates a hung state with the set bit 
indicating the faulty CPU. 
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Figure 1-3 Clock Control Register 



Table 1-2 Clock Control Register Bit Descriptions 



Bit(s) 



Description 



<7> 



<6> 



<5> 



<4> 



<3> 



<2:0> 



Stops clock. When set to 1, stops main system clocks. 
When set to 0, starts main system clocks. Initialized 
to by console. 

Enables left CPU to stop on micromatch (when set to 0). 
Initialized to 1 by console. 

Enables right CPU to stop on micromatch (when set to 0) 
Initialized to 1 by console. 

Enables clock to stop at end of clock burst specified 
by burst count register (when set to 0). Initialized 
to 1 by console. 

Holds (force assertion of) slow clock enable signal 
on NMI (when set to 0). Initialized to 1 by console. 

Not used. 



V l-i 



CONSOLE 
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Figure 1-4 Burst Count Register 
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Figure 1-5 Clock Period Register 



V 1-9 



CONSOLE 

ADDRESS READ/ 

(HEX) WRITE 

8 R 



CLOCK/TIMEOUT STATUS REGISTER 



07 


06 05 


04 


03 02 


01 


00 




1 




NOT USED 






CLOCK 
OFF 




-RIGHT 
MICRO 
MATCH 


RUI 


3 ST 


LEFT STALL 
TIMEOUT 





. LEFT DONE 

MICROMATCH 



RIGHT STALL 
TIMEOUT 



SCLD-206 



Figure 1-6 Clock/Timeout Status Register 



Table 1-3 Clock/Timeout Status Register Bit Descriptions 



Bit(s) 



Description 



<7> 

<6> 
<5> 

<4> 

<3:2> 
<1> 

<0> 



Clock off. Indicates main system clocks are turned 
off. 

When equal to 0, indicates micromatch in left CPU. 

When equal to 0, indicates micromatch in right CPU. 

Burst done. When equal to 0, indicates burst counter 
has reached a count of 0. 

Not used. 

Left stall timeout. Indicates left CPU hung in A CLK 
stall state. 

Right stall timeout. Indicates right CPU hung in A CLK 
stall state. 
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CHAPTER 2 
FUNCTIONAL DESCRIPTION 



2.1 DETAILED BLOCK DIAGRAM 

A detailed block diagram of the clock generator is shown in Figure 

2-1. Clock generator input and output is defined in Tables 2-1 and 

2-2. 



2.1.1 Oscillator 

The oscillator consists of a crystal-controlled low frequency 
source (250 kHz), and a phase-locked loop circuit. The 
phase-locked loop circuit multiplies the low frequency to produce 
the input (REFERENCE CLOCK) to the system clock phase generator. 
The low frequency is normally multiplied by a factor of (N 1) X 6, 
Wnere N is tuc vaxue loaueu in tue ciOCK generator s cj.ock period 
register. 

Besides allowing different REFERENCE CLOCK frequencies (based on 
the value of N), the phase-locked loop closely controls the current 
REFERENCE CLOCK frequency by continuously comparing the phase of 
the crystal-controlled low frequency source with one of the system 
clocks derived from REFERENCE CLOCK. This clock sample, divided by 
N 1 in the phase-locked loop hardware, is a copy of the 
free-running A clock (F A CLK) received from the backplane with the 
rest of the system clocks. 

In addition to its REFERENCE CLOCK output, the phase-locked loop 
circuit has seven INTERVAL SYNC outputs that connect to the 
system's interval timer located in the console interface. These 
signals, together with outputs from the clock period register, are 
used to maintain a constant interval timer frequency (1 MHz) even 
though the REFERENCE CLOCK (and, thus, the system clock) frequency 
is changed. 
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2.1.2 Phase Generator 

The phase generator consists mainly of shift registers that divide 
the REFERENCE CLOCK frequency by six and generate the two 

nnnnvprlanninn A and R r-lor-V ohacoo ac uqI 1 =o *-V\^ t»t r^K^.^^ t^4-^.j-> 

-->---—-—— — — XTf~"ia *■ ■* ■-" * * — ■' ^. -». v^ w . * j/>ii*^vwj r i_* *_> »» v_ j_ j_ uo out/ * » pnaoc ■ Lid L.>^u 

circuits output four copies each of A PHASE and B PHASE plus a 
single copy of w PHASE. All copies are used as inputs to the clock 
distribution circuits. In addition, single copies of both A PHASE 
and B PHASE are produced that are used by the clock control logic. 

2.1.3 Clock Control Logic 

The clock control logic contains the clock control register, the 
clock period register, and the burst count register. It also 
contains a burst counter, the slow clock counter, and clock 
start/stop control logic. The burst counter is loaded from the 
burst count register and decrements to zero to signal the end of a 
clock burst. The slow clock counter produces the NMI signal (SLOW 
CLOCK ENAB) used to increment error timeout counters in the CPUs, 
memory controller, and I/O adapters. The start/stop logic 
generates the clock gating signals A GATE (turned on by B PHASE) 
and B GATE (turned on by A PHASE). These are the levels that 
enable the clock distribution circuits to transmit the main system 
clocks on the backplane. 

2.1.4 Clock Distribution Circuits 

The clock distribution circuits consist mainly of ECL drivers that 
transmit the system clocks to the CPUs, memory controller, I/O 
adapters, and the clock module itself. Several copies of each 
system clock are distributed (radially) with each copy consisting 
of a pair of differentially driven outputs that connect to a single 
destination module. 

-i-nC i_ ree — running system clocks (F A CLK, F B CLK, arid W CLK) are 
derived directly from the free-running clock phases (A PHASE, B 
PHASE, and W PHASE). The main system clocks are also derived from 
the free-running clock phases but are gated with A GATE and B GATE 
from the clock control logic to start, stop, and burst the clocks. 
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Figure 2-1 Clock Generator (Detailed Block Diagram) 



Table 2-1 Clock Generator Inputs 



Signal ( s) 



Number 



CONSOLE DATA <7:0> 



Description 



Transfers register data from 

register is written by the 
console . 



WR CLOCK REG <2:0> 



Loads addressed clock register 
when written by console. The 
three lines are outputs of 
address decoder in console 
interface . 



WR CLOCK REG LOADS 



STEP BCLK 



<2> 
<1> 
<0> 



Clock period 
register 
Burst count 
register 
Clock control 
register 



Causes one B CLK to be generated 
Output of VBus control register 
in console interface. 



CLOCK INIT 



L MICROMATCH 



R MICROMATCH 



EXTERNAL CLOCK ENAB 



Initializes clock period 
register. Asserted by DC LO 
logic in console interface. 

Indicates micromatch detected in 
left CPU. Asserted by CPU's IBox. 

Indicates micromatch detected in 
right CPU. Asserted by CPU's IBox, 

Enables output from an external 
clock source to produce 
REFERENCE CLOCK and, thus, system 
clocks. Used by module test 
device during manufacturing 
test/repair procedures. 
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Table 2-1 Clock Generator Inputs (Cont) 



Signal ( s) 



EXTERNAL CLOCK IN 



Number 



Description 



External clock source from module 
test device. See EXTERNAL CLOCK 
ENAB. 



TEST PHASE GENERATOR 



TEST SLOW CLOCK 



Initializes phase generator. 
(An A CLK is generated after test 
signal is asserted and deasserted 
coincident with REFERENCE CLOCK, 
and five additional REFERENCE 
CLOCKS occur.) Used by module test 
device during manufacturing 
test/repair procedures. 

Initializes slow clock counter to 
zero. Used by module test device 
during manufacturing test/repair 



Table 2-2 Clock Generator Outputs 



Signal (s) 
System Clocks 



Number 



Description 



A CLK 
B CLK 
F A CLK 
F B CLK 
W CLK 

INTERVAL SYNC <6:0> 



CLK PERIOD <6:1> 



24 

20 

5 

5 

4 

7 



Gated A clock 
Gated B clock 
Free-running A clock 
Free-running B clock 
W clock (free-running) 

Used to keep interval timer in 
console interface synchronized 
with system clocks. 

Six high-order outputs of clock 
period register. Used with 
INTERVAL SYNC <6:0> to keep 
interval timer in console 
interface synchronized with 
system clocks. 
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Table 2-2 Clock Generator Outputs (Cont) 



SignaKs ) 



Number 



CLK STATUS <7:4> 



Description 



Clock generator status bits to 
clock/timeout status register 
(outputs of a data multiplexer) 
in console interface. 



CLK STATUS STATUS BITS 



<7> 
<6> 
<5> 
<4> 



CLOCK OFF 
LEFT MICROMATCH 
RIGHT MICROMATCH 
BURST DONE 



NMI HARBINGER <3:0> 



Early-warning signal to memory 
controller that clocks are 
about to stop (when signal is 
asserted) or start (when signal 
is deasserted ) . 



L SCOPE SYNC 



Scope sync signal asserted on 
backplane when micromatch occurs 
in left CPU. 



R SCOPE SYNC 



NMI SLOW CLOCK ENABLE i 



TEST DIVIDER 



COUNTER TEST 



Scope sync signal asserted on 
backplane when micromatch occurs 
in right CPU. 

Slow clock used to increment 
timeout counters in CPU, memory 
controller, and I/O adapters. 

Output of divider circuit in 
oscillator's phase-locked loop 
circuit. (Signal is a copy of 

i-s-rTT-rr-vr-nr^ ■nr^TTT" \ rT« « J I 3 - _ 1 _ 

uiviufiu rt*^..i_ii\. ) utstsu uy niouuxt; 

test device during manufacturing 
test/repair procedures. 

Overflow (borrow output) from 
eight high-order stages of 
16-bit slow clock counter. Used 
by module test device during 
manufacturing test/repair 
procedures « 
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2.2 CLOCK GENERATOR INITIALIZATION 

At powerup, DC LO asserts CLOCK INIT, which loads a value of 56 
into the clock period register. Also, at powerup, the oscillator 
starts to generate the system clock phases. The clock period, 
determined by the value preset in the clock period register, is 70 
ns . The console lowers the clock period (increases clock 
frequency) to its normal value during the system initialization 
sequence that follows powerup. 

With the system clock phases running, the clock generator is also 
producing the free-running clocks. This allows the console to 
access the clock (and console interface) registers during system 
initialization. (The console must start, stop, burst, and change 
the frequency of the clocks during the loading of microcode and the 
many other operations performed.) When system initialization ends, 
the clock generator is left in the following state: 

• Clocks running (STOP CLOCK cleared in clock control 
register) 

• Clock period set to 50 ns (N = 79 in clock period 
register) 

• Micromatch stop disabled (-SOMM bits set in clock control 
register) 

• Clock bursts disabled (-BURST ENABLE set in clock control 
register) 

• Slow clock running (-SLOW CLOCK HOLD set in clock control 
register) 
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2.3 SYSTEM CLOCK PERIOD CONTROL 

System clock frequency (and, thus, system clock period) is 
controlled by the oscillator's phase-locked loop circuit. The 
circuit is used as a frequency synthesizer to produce a wide range 
of frequencies determined by the value N in the clock period 
register. Refer to Figure 2-2. 

2.3.1 Phase-Locked Loop Operation 

The phase-locked loop circuit contains the following components. 

• Phase detector 

• Low pass filter 

• Voltage controlled oscillator (VCO) 

• Low range divider 

• Divide by N 1 Counter 

The phase detector compares the 250 kHz crystal-controlled low 
frequency source with a system clock sample that has been divided 
in frequency by the divide by N 1 counter. This 7-bit counter, 
loaded with the value N from the clock period register, is 
continuously decremented by the system clock sample (F A CLK) . 
Whenever the counter reaches a count (after N 1 counts), it 
reloads from the clock period register, starts decrementing again, 
and asserts the divided (by N 1) system clock connecting to the 
phase detector. This signal is called DIVIDED ACLK. 

If a phase difference exists between the crystal-controlled 
frequency and DIVIDED ACLK, indicating that the two frequencies are 
not the same, the phase detector asserts one of two signals, UP or 
DOWN. The signal asserted depends on whether the divided system 
clock sample has a lower frequency (UP asserted) or a higher 
frequency (DOWN asserted) than the crystal-controlled frequency. 
The duration of the UP and DOWN outputs is proportional to the 
phase difference detected. 






me iuw pass rimer integrates tne ujtyuuwiN signals to produce a ac 
voltage input to the VCO. The dc voltage determines the frequency 
of the VCO output, which is a high frequency square wave. This VCO 
output (or the VCO output divided by two) is the REFERENCE CLOCK 
that the phase generator divides by six to produce the system clock 
phases. (The VCO output is divided by two when the clock period 
register's LOW RANGE control bit is set as described in the 
following paragraph.) 
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Figure 2-2 Simplified Clock Frequency Control Circuitry 



At poweron, the clock period register is initialized to a value of 
56 (by CLOCK INIT, which is asserted by DC LO) . Also, the VCO 
begins generating the REFERENCE CLOCK; the phase detector starts 
generating UP or DOWN signals to bring the REFERENCE CLOCK 
frequency to a value where the divided system clock and the 
crystal-controlled frequency are the same. When this occurs, the 
phase-locked loop is locked and (for N = 56 and the LOW RANGE bit 
cleared) the REFERENCE CLOCK frequency is 85.5 MHz and the system 
clock frequency is 14.25 MHz (70 ns clock period). Further phase 
detector outputs are minimal, compensating only for slight drifts 
in the clock frequency. Of course, when the clock period register 
is loaded with a new value of N, the phase detector outputs (which 
are pulses) sharply increase in duration and then decrease over 
time as the clock frequency quickly approaches and locks to the new 
value . 

The relationship between N, the low frequency source, and the 
system clock frequency is derived below. 

At the input to the phase detector: 

DIVIDED A CLK FREQUENCY = LOW FREQUENCY SOURCE 

Substituting : 

SYSTEM CLOCK FREQUENCY = 250 kHz 
(N + 1) 

Thus: 

SYSTEM CLOCK FREQUENCY = (N + 1) X 250 kHz 
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As can be seen, the low frequency source is not only the 
crystal-controlled reference frequency for the phase-locked loop; 
its value also determines the frequency step size. That is, the 
system clock can only be some multiple of 250 kHz and, of course, 
250 kHz is the smallest increment or decrement that can be made in 
the system clock frequency by changing N. 

In normal operation, the specified range of system clock 
frequencies that can be generated is 14.25 MHz to 25 MHz (N = 56 to 
99). The limiting factor is mainly the operating range of the VCO. 
However, for diagnostic and debug purposes, the LOW RANGE control 
bit can be set in the clock period register causing the low range 
divider to divide the VCO frequency by two. This gives a lower 
range of system clock frequencies with the VCO still operating 
within its specified range. The low frequency range is 7 MHz to 
12.5 MHz (N = 27 to 49). Note that the values of N are half of 
what they are in the normal operating range. That is, the system 
clock frequency is always 250 kHz X (N 1), regardless of how the 
VCO output is divided to produce the clocks. 

2.3.2 Changing Clock Period 

To change the clock period, the console simply loads a new value of 
N in the clock period register. The clocks do not need to be 
stopped first, and any sized increment or decrement may be made as 
long as the resulting clock frequency falls within the clock 
generator's specified operating range. The only restriction is 
that there should be no change from the low to normal, or normal to 
low, frequency range when a program is running. The changing of 
the LOW RANGE control bit in the clock period register can cause 
the low range divider to introduce a transient change in the system 
clock period. This clock period change can cause a sequencing CPU, 
memory, or other system component to malfunction. 
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2.4 SYSTEM CLOCK START/STOP/BURST CONTROL 

Figure 2-3 shows the clock control logic that starts, stops, and 
bursts the main system clocks. (Timing is shown in Figure 2-4.) 
The major control element is a latch circuit that, when cleared, 
asserts the gating signals (A GATE and B GATE) that allow the clock 
uistriuution circuits i_o uransmii, lug main sysuem clocks on me 
backplane. This latch, when set, stops transmission of the clocks 
and asserts the CLOCK OFF bit in the clock/timeout status register 
that can be read by the console. 

The first clock generated when the clocks are started is A CLK. 
The last clock generated when the clocks are stopped is B CLK. 
Before the last B CLK (and when the last A CLK occurs), the clock 
control logic asserts HARBINGER on the NMI . This is the signal 
used by the memory controller, which is sequenced by the 
free-running clocks, as a clock blocking signal. The controller 
can then simulate stopped clock operation even though the 
free-running clocks continue to be generated after the main clocks 
are stopped. HARBINGER, when it is deasserted, also serves as an 
early-warning signal that the clocks are about to start. When the 
clocks are restarted, HARBINGER is deasserted by a free-running 
clock (F A CLK) one system clock period before the first A CLK 
occurs . 

Besides requiring the assertion of HARBINGER before the clocks 
stop, the memory controller must also be in a slow mode of 
operation as discussed in Chapter 1. That is, the console must 
assert SLOW MODE on the NMI by setting a control bit in a console 
interface register (control register 1). (Some I/O adapters such 
as the NBI must also be set to slow mode before the clocks stop.) 

T K o. C T OT*7 MOFtt? q *i rr *^ ^ 1 m i i o +- Ko ooqov-*-qH H\r 4-Vto, oahcaI o af- 1 q :a o +- f nnr 

microseconds before the clocks stop. 
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2.4.1 Starting the Clocks 

The console starts the clocks by clearing the STOP CLOCK bit in the 
clock control register. This generates a START pulse that clears 
the CLOCK OFF latch enabling the GATE A and GATE B signals to be 
asserted. The clocks will remain running until stopped 
unconditionally by the console, by a micromatch stop condition, or 
at the end of a burst. Once stopped, the only way to restart the 
clocks is for the console to again clear the STOP CLOCK bit. 

2.4.2 Stopping the Clocks Unconditionally 

The console can stop the clock at any time by just setting the STOP 
CLOCK bit in the clock control register. (SLOW MODE must be 
asserted first, however.) Setting STOP CLOCK asserts STOP, which 
sets the CLOCK OFF latch preventing the assertion of the GATE A and 
GATE B signals. 
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Figure 2-3 Simplified Clock Start/Stop/Burst Control Logic 
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Figure 2-4 Start/Stop/Burst Control Timing Diagram 
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2.4.3 Stopping the Clocks on Micromatch/Scope Sync Generation 
The console can enable the clock control logic to stop the clocks 
when the microPC in the left or right CPU is at a specified value. 
This condition, a micromatch, also causes the clock control logic 
to generate a scope sync. The scope sync is always generated by a 
micromatch even though the clocks are not enabled to stop. 

To cause a micromatch (and scope sync) on a specific microPC value, 
the console must load that value in the CPU's micromatch register 
located in the IBox. If the console wants to stop the clocks when 
a micromatch occurs, it asserts SLOW MODE and clears the CPU's SOMM 
(stop on micromatch) bit in the clock control register. (A SOMM 
bit is asserted when equal to 0.) The loading of the microPC value, 
the assertion SLOW MODE, and the clearing of the SOMM bit are done 
with the clocks turned off. 

Once the clock is turned on and if a micromatch occurs, the CPU's 
IBox asserts a MICROMATCH signal. This signal (one for each CPU) 
generates the scope sync (there is one for each CPU). The 
micromatch signal also sets the CLOCK OFF latch to stop the clocks, 
provided the corresponding SOMM bit has been asserted. Micromatch 
and scope sync timing is shown in Figure 2-5. 

After the clocks stop on a micromatch, the MICROMATCH signal is 
normally deasserted. If it is still asserted when the clocks are 
restarted (indicating the microinstruction has branched to its own 
microaddress ) , the clock control logic generates one pair of system 
clocks, an A CLK and a B CLK, and stops the clock again. 
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Figure 2-5 Micromatch and Scope Sync Timing Diagram 
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2.4.4 Bursting the Clocks 

Bursting the clocks causes a specified number of clock cycles to be 
generated. (A clock cycle is one A CLK and one B CLK.) The clocks 
in the burst occur at the nominal clock frequency; that is the 
frequency specified by the current contents of the clock period 
register. y 

To burst the clocks, with the clocks stopped, the console first 
asserts SLOW MODE (if not already asserted), loads a burst count in 
the burst count register, and clears the BURST ENABLE bit in the 
clock control register. (Like the SOMM bits, the BURST ENABLE bit 
is asserted when equal to 0.) The burst count, which can be any 
value from 1 to 255, is also loaded from the burst count reqister 
into the clock control's burst counter. (This is an automatic load 
performed by hardware whenever the burst count register is loaded ) 
The console starts the clock burst by simply starting the clocks as 
it does normally. 

During a clock burst, the burst counter is decremented each clock 
cycle. When the count reaches zero (indicating that the specified 

number of r-ln^kc ha\7 Q k qq « ^^„~~-.* a\ __j . • . , ., ^ 

-~. :"-- "~v~ wwv-ix ycuciaucu;, ctnu witn cne BURST ENABLE 

™t Pf e ^ lousl y asserted by the console, the clock control's CLOCK 
OFF latch is set to stop the clocks and end the burst. 

The console can tell when a clock burst has ended by readinq the 
BURST DONE (burst counter = 0) status bit in the clock/timeout 
status register. It may then generate another burst by reloading 
the burst count register and restarting the clocks. If the clocks 
are stopped by the console or by a micromatch during a burst, the 
burst counter holds its current count and the interrupted burst 
completes when the clocks are restarted. 

2.4.5 Single-Stepping the Clocks 

The single-step operation is just a clock burst with the burst 
count equal to 1 . A single clock cycle (one A CLK and one B CLK) 
is generated. The console loads the burst count and produces the 
clock burst as described in Section 2.4.4. 
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2.4.6 Single-Stepping the B CLK 
During VBus operations, the console 
shift the VBus data address 
single-stepping of the B CLK is not 
when single-stepping a complete c 
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in Figure 2-6. 




STEP B CLK 



B GATE 



B CLK 



SCLD-209 



Figure 2-6 Single-Stepping B CLK Timing Diagram 
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2.5 SLOW CLOCK GENERATION AND CONTROL 

SLOW CLOCK ENAB, an NMI signal, is asserted by the slow clock 
counter in the clock control logic. This 16-bit counter 
continuously decrements as long as the main system clocks are 
turned on (it is clocked by B CLK). The SLOW CLOCK ENAB signal is 
asserted just after the counter reaches its minimum value of and 
when it begins a new count starting at its maximum value of 65,536 
(64K). Timing is shown in Figure 2-7. 
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NMI nexus use 
errors that are 
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the module's own 
been asserted 
clock frequency) 
smaller counter 
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hen SLOW CLOCK ENAB has 
conds at the normal system 
allows the use of much 
if only the system clocks 
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Because of the way SLOW CLOCK ENAB is used, forcing the signal to 
its asserted state causes a timeout counter to count at the system 
clock rate and quickly set the associated error flag. The console 
can force the continuous assertion of the signal by clearing the 
SLOW CLOCK HOLD bit in the clock control register. (This control 
bit is asserted when equal to 0.) Diagnostics do this to simulate 
the timeout condition and check the error flag. 
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Figure 2-7 Slow Clock Timing Diagram 
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2.6 CLOCK CONSOLE COMMANDS 

Three console commands control the main system clocks. The SET 
CLOCK command can stop and start the clocks and also change the 
clock period. The MICROSTEP command bursts the clocks. The SET 
SOMM command enables the clocks to stop (and a scope sync to be 
generated) on a micromatch. (A SET SYNC command enables only the 
scone s^nc to be nenerated on a micromatch,- and a SET TOMM command 
enables a microtrap and a scope sync to be generated on a 
micromatch. ) The three clock console commands affect the clocks in 
both CPUs. 



Table 2-3 Clock Console Commands 



Command 



Description 



SET CLOCK OFF 



Turns off clocks. (Asserts SLOW MODE, 
sets CLOCK OFF in clock control 
register, deasserts SLOW MODE.) 



SET CLOCK ON 



Turns on clocks. (Asserts SLOW MODE, 
clears CLOCK OFF in clock control 
register, deasserts SLOW MODE.) 



SET CLOCK NORMAL 



Sets clock period to its normal value 
of 50 ns . (Loads N = 79 into clock 
period register. ) 



SET CLOCK SLOW 



Sets clock period to its high margin 
value of 55 ns . (Loads N = 71 into 
clock period register.) 



SET CLOCK FAST 



Sets clock period to its low margin 
value of 45 ns . (Loads N = 87 into 
clock period register.) 
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Table 2-3 Clock Console Commands (Cont) 



Command 



SET CLOCK <value> 



MICROSTEP <stepcount> 



SET SOMM <microaddress> 



Description 



Sets clock period. The value specifies 
clock period in nanoseconds. Restricted 
to a range of 140 to 40 ns. (Loads 
N = 27 to 99 into clock period register.) 

Bursts the clocks. The stepcount specifies 
the number of clock cycles in the burst. 
Restricted to a range of 1 to 255 clock 
cycles. A burst of one clock cycle is 
generated if no stepcount is specified. 
(The clocks are single-stepped.) After 
the last clock cycle in a burst, pressing 
the space bar causes one more clock cycle 
to be generated. This space bar 
(single-step) mode can be exited by 
pressing carriage return (<cr>). 

Enables the clocks to stop and a scope 
sync to be generated when a micromatch 
occurs in the CPU; that is, when the 
microPC is equal to the specified 
microaddress. (Loads the microaddress 
in the CPU's micromatch register and 
asserts the SOMM bit in the clock 
control register. 
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